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FACILITATING ELECTRONIC COMMERCE MARKETPLACES 
BY AUTOMATICALLY GENERATING FILES 
FROM A STRUCTURAL ONTOLOGY SPECIFICATION 

5 RELATED APPLICATIONS 

The present application claims priority to, and incorporates by reference, the following 
United States provisional applications: serial no. 60/274,595 filed March 10, 2001, serial no. 
60/278,558 filed March 23, 2001, and serial no. 60/280,196 filed March 30, 2001. 



10 COPYRIGHT NOTICE 

A portion of the disclosure of this patent document contains material which is subject to 
copyright protection. The copyright owner has no objection to the facsimile reproduction by 
anyone of the patent document or the patent disclosure, as it appears in the Patent and 
Trademark Office patent file or records, but otherwise reserves all copyright rights whatsoever. 
15 The copyright owner does not hereby waive any of its rights to have this patent document 
maintained in secrecy, including without limitation its rights pursuant to 37 C.F.R, § 1.14. 

FIELD OF THE INVENTION 

The present invention relates generally to the creation and mahatenance of computer 
20 network sites, and relates more particularly to tools and techniques for automatically 
generating files that are used in configuring commercial web sites. 

TECHNICAL BACKGROUND OF THE INVENTION 

Various approaches for generating commercial web sites are known. For instance, 
25 Figure 1 illustrates a prior approach like that discussed in the document titied "Welcome to 
eCommerce Tools!", which was provided at pages 20 through 48 of incorporated provisional 
application serial no, 60/274,595 filed March 10, 2001, The material described in said 
eCommerce Tools document is not, in and of itself, claimed as the present invention, but the 
eConamerce Tools document is part of the present application for purposes such as under- 
30 standing the state of the art. The catalog 100 is assumed to be a conventional catalog such as a 
paper catalog; it may also be in electronic form, such as m word processor files. A structural 
ontology of the web site 108, tools 104 used to generate the site 108, manual data entry 102, 
and automatic file generation 106 are discussed in particular at the eCormnerce Tools 
document's internal pages 18-28. Apparentiy the structural ontology of the web site 108 exists 
35 as a whole only implicitly in the internal code and data structures of the eCommerce Tools 

.1 
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software. There is apparently no express structural ontology specification which is hiunan- 
readable by non-programmers, and which is easily copied (and possibly modified) for use in 
configuring several (possibly somewhat different) web marketplaces at about the same time. 
The focus of the approach shown in Figure 1 is instead on a single web site for a single vendor. 

5 Figure 2 illustrates an approach such as the approach that is discussed in the document 

titled "Chemdex™, a vortex business", which was provided at pages 49 through 51 of 
incorporated provisional application serial no. 60/274,595 filed March 10, 2001. The material 
described in said Chemdex™ document is not, in and of itself, claimed as the present 
invention, but the Chemdex™ document is part of the present application for purposes such as 

0 understanding the state of the art. In this approach several vendors' catalogs 200-204 are 
integrated into a shared structural ontology 206 through a process 212 that generally involves 
negotiations between the parties to reach agreement on the details of the shared structural 
ontology 206, as well as automatic and manual extraction of product data and entry thereof into 
a product database. Tools 208 are used to generate HTML pages, and graphical data entry tools 

5 208 may be used to automatically populate a product database. The structural ontology 206 is 
apparently implicit m the code and internally used data of such a tool 208, rather than being an 
express structural ontology specification which is human-readable by non-programmers and 
which is easily used in several (possibly somewhat different) online marketplaces at the same 
time. The focus of the approach shown in Figure 2 is thus on a single marketplace, such as one 

0 for a particular industry; for instance, the Chemdex™ web site focused on commerce in 
products used for life sciences research. 

Figure 3 illustrates an architecture involving transactional ontologies, to help clarify the 
important difference between a transactional ontology and a structural ontology. As indicated, 
a transactional ontology is concerned with the data formats and procedures used to perform 

5 transactions between parties in a marketplace. Early transactional ontologies often involved 
Electronic Data Interchange (EDI) format specifications. More recently, extended Markup 
Language (XML) Document Type Definitions (DTD) and other XML or XML-related format 
specifications are being used to implement transactions in accordance with an agreed-upon 
transactional ontology. By contrast, a structural ontology is concemed prbnarily with the 

0 products being offered, with their attributes, and with their relations to one another through 
grouping into categories, for instance. That is, transactional ontology focuses on commercial 
transaction procedures such as how products are ordered and paid for, while structural 
ontology focuses on web site structures such as those that specify which product information is 
presented to potential buyers, and how products relate to each other. 

2 
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Ventro Coiporation, assignee of the present invention, assisted with and ultimately 
owned assets of, Promedix.com, Inc. Promedix.com operated a web marketplace generally 
resembling the Chemdex™ web site discussed above. In particular, Ventro Corporation is 
assignee of United States application serial no. 09/496,361 filed February 1, 2000 for 
5 Promedix.com Corporation, an application which discusses transactions in a hub & spoke 
architecture and which is incorporated herein as backgroxmd to provide additional detail 
regarding systems that generally resemble the system of Figure 3. Figure 3 shows "prior art" 
with respect to the invention of the present application; statements made here regarding Figure 
3 and/or transactional systems and methods are meant to be understood in ihc context of this 

10 present application^ not in any other application. 

Prior to the earliest priority date claimed above, Ventro Corporation has provided 
services to help build various marketplaces, including for example web sites operated by 
Amphire Solutions, Broadlane, Chemdex, Industria Solutions, MarketMile, and Promedix.com 
(marks of their respective owners). Spreadsheet files which are similar or identical in form to 

15 express structural ontology specifications 406 discussed below were known to at least inventor 
Ms. Shaffer prior to the earliest priority date claimed above. Such spreadsheet files, which 
were also known as ^templates'', were used by Ventro Corporation at least as early as August 
25, 1999 and may have been disclosed outside Ventro at least as early as February 29, 2000. 
However, they were not then used as a basis for scripts to operate on to generate engineering 

20 configuration files as called for by the present invention. In particular, Figure 8 of incoiporated 
provisional ^plication no. 60/274,595 shows a printout of a spreadsheet which is in a format 
closely resembling that of an early version of the ontology specification 406. This spreadsheet 
was created on or about August 25, 1999. It was apparently only used internally by Ventro 
Corporation and was not used as input to scripts for automatically generating 506 engineering 

25 configuration files. 

Ref^nces which mention or discuss tools and techniques for facilitating electronic 
commerce are identified and discussed relative to the present invention in a Petition for Special 
Examining Procedure filled concurrently with tihe present application (or a U.S. counterpart). 
To the extent that the Petition describes the technical background of the invention, it is 

30 incorporated here by this reference. 

Building a marketplace may be a complex project drawing on the different abilities of 
many people. Prior to the present invention, a variety of problems arose. Because configuration 
files were generated by hand and different people participated in different marketplace 
projects, it was sometimes difficult to determine who was responsible for providing particular 
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configuration files. Manually converting data (even fiom a generally agreed-upon specifica- 
tion) into engineering configuration files was also a tedious process, and thus subject to errors 
and inconsistencies. Version control was difGcult, and version inconsistencies were sometimes 
difiBcult to detect. As a result, changes to a maricetplace's ontology were sometimes avoided 
because of the implementation difficulties and risks they posed, even if the changes would 
improve the marketplace once they were properly implemented. 

Accordingly, it would be an advancement to provide tools and techniques to reduce 
such problems by improving the ease and consistency with which marketplace configuration 
files are generated. 

BRIEF SUMMARY OF THE INVENTION 
The present invention provides tools and techniques for facilitating electronic 
commerce by improving the ease and consistency with which marke^lace configuration files 
are generated. The invention may be embodied in methods, m properly configured computei- 
systems, and in properly configured computer storage media such as CD-ROMs or hard disks. 
The embodiments use or comprise an e>qpress structural ontology specification for an electronic 
commerce marketplace. The structural ontology specification is organized in a predefined 
format so that it can be parsed by a computer. It is an express and hence human-readable 
specification rather than being merely implicit in computer program code, and it preferably 
expressly specifies at least product categories, product generic attributes, and product category 
attributes. 

A method according to the invention automatically parses the structural ontology 
specification using a computerized tool. The tools is general purpose in that it is also capable 
of parsing other structural ontology specifications written in the predefined format; these may 
specify the ontology of other marketplaces and/or the ontology of different versions of the 
marketplace of interest. The method extracts ontology iirformation firom tiie stmctural ontology 
specification using a computerized tool which can also extract ontology information fi'om other 
structural ontology ^ecifications. The method uses ontology information extracted firom the 
structural ontology specification to automatically generate for the electronic commerce 
marketplace configuration materials, at least some of which configuration materials are not 
product catalog files. Inventive systems and configured storage media similarly use ontology 
information extracted fi*om an express structural ontology specification to automatically 
generate configuration materials for an electronic commerce marketplace. 

4 
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In some embodiments, the structural ontology specification expressly specifies one or 
more of: a data type for at least one attribute; a data size for at least one attribute; allowed data 
values for at least one attribute; a search type for at least one attribute; at least one mandatory 
attribute; at least one optional attribute; and a mapping between an attribute and a product 
5 relational database field. 

In some embodiments, ontology information from the structural ontology specification 
is used to automatically generate at least one of: a user interface configuration file such as a 
user interface search configuration file or a user interface product display configuration file; a 
search interface configuration file such as a search interface initial database request 

10 configuration fiile or a search interface product detail request interface configuration file; a 
product catalog configuration file such as a catalog mapping sheet configuration file or a 
catalog enumeration load sheet configuration file; a file contaming a user interface quality 
assurance checklist; a file containing a search interface quality assurance checklist; a file 
containing a framework of a script for extracting product data from a text file; a file containmg 

15 a framework of a script for loading product data into a product relational database; a file 

containing a product data quaUty assurance script; a configuration file for a graphical product 
data entry tool which accepts product data entered manually by a user and places the product 
data in a product relational database; and a file containing documentation which describes 
product data that is requested firom a supplier regarding products to be offered in the electronic 

20 conamerce marketplace. 

Computer-readable storage media embodiments are properly configured when they 
contain program code to perform a method of the invention. A computer system embodiment 
comprises a processor and a memory accessible to the processor. The memory stores (and is 
thus configured by) an express structural ontology specification for a particular electronic 

25 commerce marketplace. The system is further configured by software for the processor which, 
when executed, uses ontology information read from the structural ontology specification to 
generate configuration materials for the electronic commerce marketplace. 

The express structural ontology specification preferably serves as the authoritative 
source of ontological information for the electronic coinmerce marketplace. For instance, in a 

30 web site development environment, a discrepancy in category names used in different 

configuration files can be resolved by referring to and relying on the category name(s) used in 
the express structural ontology specification. Other features and advantages of the present 
invention will become more fiilly apparent through the following description. 
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BRIEF DESCRIPTION OF THE DRAWINGS 

To illustrate the manner in which the advantages and features of the invention are 
obtained, a more particular description of the invention will be given with reference to the 
attached drawings. These drawings only illustrate selected aspects of the invention and thiis do 
5 not limit the invention's scope. In the drawings: 

Figure 1 is a diagram illustrating a prior art approach to commercial web site creation 
and maintenance, in which product data from a single vendor's catalog is entered manually for 
use by interactive tools that produce the web site, and the structural ontology of the web site is 
implicit in the internal code and data of such tools. 
10 Figure 2 is a diagram illustrating another prior art approach to conunercial web site 

creation and maintenance, in which site ontology is somewhat more subject to control, in that 
several vendors agree on a structural ontology for the site, and yet use is not made of an 
express structural ontology specification to automatically generate configuration files for the 
site. 

15 Figure 3 is a diagram illustrating prior art systems and methods that focus on 

transactional ontology rather than structural ontology. 

Figure 4 is a diagram illustrating tools and techniques according to the present 
invention for using an express structural ontology specification to generate configuration files 
for at least one marketplace, and then configuring the at least one marketplace accordingly. 
20 Figure 5 is a flow chart illustrating methods of the present invention for using an 

express structural ontology specification to generate marketplace configuration files. 

Figure 6 is a flow chart further illustrating embodiments of an ontology information 
extraction step shown in Figure 5. 

Figure 7 is a flow chart further illustrating embodiments of a configuration file 
25 generation step shown in Figure 5. 

Figure 8 is a flow diagram illustrating use of an express structural ontology 
specification according to the invention to facilitate configuration of an operational 
marketplace. 

Figure 9 is a flow diagram illustrating data tools, product data load scripts, and 
30 databases in a marketplace architecture configured according to the invention. 

Figure 10 is a flow diagram illustrating procurement applications, enterprise resource 
plaiming systems, and a product catalog system in a marketplace architecture configured 
according to the invention. 
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DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS 

The present invention provides tools and techniques for facilitating electronic 
commerce marketplaces by automatically generating finished and/or template configuration 
files for a given marketplace from an express structural ontology specification. Although this 
5 Detailed Description is organized for convenience and clarity into several sections, it should be 
read as a whole, v^th attention to earlier or later portions as needed to aid understanding. The 
same holds true of the entire current application. 

Incorporation by Reference 

10 This application claims priority to and incorporates by reference the following United 

States provisional ^plications: serial no. 60/274,595 filed March 10, 2001, serial no. 
60/278,558 filed March 23, 2001, and serial no. 60/280,196 filed March 30, 2001, For clarity 
and reader convenience, some of the material from incorporated provisional applications is 
expressly repeated herein, while other material (such as some multi-page script source code) is 

15 not so repeated but is included instead through incorporation by reference. 

Overview 

As an introductory example, Figure 4 illustrates embodiments of the present invention 
in which several marketplaces A, B, and C each have a respective structural ontology 400, 402, 

20 404. As indicated, the invention focuses on structural ontology rather than transactional 
ontology. In particular, an express structural ontology specification 408, 410, 412 exists for 
each respective structural ontology 400, 402, 404, A given express structural ontology 
specification 406 may be the result of negotiations between marketplace vendors, as suggested 
in Figure 2, and need not be automatically generated. However, the specification 406 must be 

25 express, not merely implicit in computer programs* internal code and data as is the case with 
approaches like that shown in Figure 1 . 

As confirmed by Figure 4, the invention provides tools 414 and techniques for 
facilitating multiple electronic commerce marke^laces such as marke^laces A, B, axui C by 
automatically generatixig configuration materials 416, 418, 420 for the respective marketplaces. 

30 The invention may alternately or additionally be used to generate 414, from the different 
versions over time of a single marketplace express structural ontology specification 406, 
corresponding versions over time of configuration materials for that marketplace. Generated 
configuration materials may include complete or partial search page load files, product detail 
display load files, catalog files, data tool configuration files, QA checklists, and others 

7 
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discussed herein. The materials generated 414 from the express structural ontology 
specification 406 according to the invention are then combined witti other items to create the 
operational marketplace web site, documents, configured tools, and other elements of a 
configured marketplace 422, 424, 426. For instance, load files produced with the invention 
5 may be combined with product data and conventional database softwai-e to populate a product 
database. Document templates produced with the invention may be tailored to specific 
suppliers by adding names and addresses. Data tool configuration files produced with the 
invention may be used to configure data tools such as a catalog transfer manager. 

As confirmed in Figures 5-7, embodiments of the invention can facilitate a plurality of 

10 electronic commerce marketplaces and/or marke^lace versions; the illustrated embodiments 
include or perform an obtaining step 500, a parsing step 502, an extracting step 504, and a 
generating step 506. The invention provides tools for performing these steps, such as 
configured computer systems and configured computer media; 

During the obtaining step 500, a system for performing tiie method is provided with an 

15 express structural ontology specification 406 for a particular electronic commerce marketplace. 
A marketplace may be one of several coexisting marketplaces, or it may be a particular version 
of an evolving marketplace, or both. The structural ontology specification 406 expressly 
specifies ontology information such as product categories, product generic attributes, and 
product category attributes. One example of rules for implementing an express structural 

20 ontology specification 406 in a spreadsheet format 804 is shown below, beginning with the 
column headings: 

I Database | Att_ \ Node_ I Print | Family | Search | Field 
I 

I Category | Def_ | Id | File | Attribute | Method I Name | 
25 I Name I Id I 1 I ' I | I 



I Data I PIMS 1 Req'd? | Website I Allowed | 
! Type 1 Mapping | Y or N | Category I values | 
30 I I II Name | (for ENUMs) I 

In particular: 

Database Category Name - Shows up on web-site exactly as entered. Be sure all cells below 

category name are clear. 
35 Prod_Att_def_id - Assigned by PIMS Administrator when data is ready to be 

pushed (make sure all cells are clear) 
Default_node_id - Assigned by PIMS Administrator when data is ready to be 

pushed (mske sure all cells are clear) 

8 
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Print_Fae - Only on row with Category filled in. Names load files. All 

capitals, no blanks, prefer 8 characters or less. 

Family Attribute - Shows up on web-site exactly as entered. No consti^ints except 

50 characters max. 

5 Search Method - Four options: textbox, drop-down, radio, or none. 

Field Name - Truncated version of Attribute name, becomes field name in 

PIMS' Oracle database. No capitals, no blanks (use underscore), 
no slashes, no special characters such as # (use text only). 
Data Type - Three basic entries: boolean-char(l) for radio buttons (any 

10 Y/N attribute); enum-varchar2(x) where x = 50, 250, 500, or 

1000 characters; number(x.y)-varchar2(z) where x is total number 
of digits y is digits to right of decimal point z = 50, 250, 500, or 
1000 characters 

PIMS Mapping - Always use PROD_GAyyXz where yy field size (1 ,50, 250, 

15 500, or 1000 characters) z = a sequence number that 

increments by one for each value of the same size 
To avoid conflicts with standard Chemdex PROD_GA numbers, always start the PROD^GA 
numbers at the following starting values (for each Database Category Name): 
PROD__GAlX7 PROD GA50X1 PROD GA250X3 PROD^GA500X5 
20 PROD^GAIOOOXI 

Required (Y or N) - Unless absolutely needed, use N (otherwise, may not be able to 

load products if an attribute is not given by the supplier). 
Website Category Name - Always leave blank. 

Allowed Values (ENUMS)- Always leave blank for textbox searches. Always leave blank for 
25 boolean radio boxes. No leading or trailing spaces, no &. Capitalize the first letter of each 
word (but maintain proper nomenclature, e.g., NEMA, pH, mA) As last step, put all ENUMs 
on one line and separate by semicolon followed by a space (e.g., Enuml ; Enum2; EnumS; 
Enum4). 

30 Other rules may also be used; indeed, a somewhat different set of rules for completing a 

specification 406 is given later in this application. Regardless, the specification 406 should be 
organized in a predefined format so that it can be parsed 502 by a suitably programmed 
computer, familiar parsing tools and techniques such as those used in parsing computer source 
code may be readily adapted for use in parsing specifications 406 according to the present 

35 invention. Parsing 502 proceeds according to the syntax (format) of the specification 406. 

When a particular piece of ontology information such as a product attribute is located during a 
pass through the specification 406, the value given for that piece of information is extracted 
504 by being copied to another memory location by the parsing and extraction software. The 
software which automatically parses 502 the specification 406 and extracts 504 ontology 

40 information fi-om it can also parse other structural ontology specifications written in the 

predefined format and similarly extract ontology information values from them. The structural 
ontology specification 406 is an express specification rather than being merely implicit in 
computer program code. In addition to being in a format that can be parsed 502 by software, 



9 
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this means that the specification 406 is human-readable. Indeed, it is preferably 
comprehensible to people who are not skilled as computer programmers. 

In some embodiments the parsing step or tool 502 performs quality assurance tests on 
the submitted specification 406, either as a pfrecursor to the extraction 504 pass or in a manner 
5 interleaved with extraction 504 operations. Some quality assurance tests may also be 
conducted "manually", that is, by visual inspection, since the specification 406 is human- 
readable. Some of the mistakes in an express ontology specification 406 which can be detected 
manually and/or by a QA script or otiier QA software include: repeated or missing digit in a 
default node ID (e.g«, 11181 instead of conect value 11 8 1); use of dash instead of correct 
10 underscore, or vice versa (e.g. attribute identified as "meter-size" instead of correct 

'*meter_size"); wrong searchability specified (e.g., "drop-down" instead of "text box" for a 
given attribute); wrong data size specified (e.g., *Varchar2(250)" instead of "varchar2(50)"); 
blank lines at end of ontology spreadsheet file contained invisible ceil reference which should 
not be there because the cells should instead be clear; category(ies) missing. PIMS mapping, 
1 5 search, and data types can also be checked. 

In one embodiment, an ontology specification 406 QA script checks for the following 

conditions before the invention attempts to generate configuration files fi:om the express 

specification 406, and provides error or warning messages accordingly: 

File Format 

20 

Error if blank lines exist within the file 

Error if the # of columns is not correct (more or less = bad) 

Error if there are more header lines than are expected 

25 Data types and sizes 



Error if nodejd is not a number (of X digits) 

Error if prod_att_def_id is not a number (of X digits) 

Warn if Database Family Name entries are more than 50 characters long. 

30 

Uniqueness 



Error if node Jd is not unique within the file 
Warn if prod_att_def_id is not unique within the file 
35 Error if entries in PIMS Mapping field are not unique within a family 
Error if entries in the Family Name field are not unique within a family 

Allowed values checks 



40 Error if entries in Required field are not the allowed values (T, F) 
Error if entries in Search Method field are not the allowed values 
Error if PrintFile field contains spaces, special characters other than 

10 
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lowercase letters. 

Error if PIMS Mapping field entries are not in the right format 
Error if entries in PIMS Mapping field use restricted values 
Error if entries in PIMS Mapping field have values beyond what is allowed 
5 (PROD^GA 50X5000, PROD_GA5000X2) 

Once the ontology specification 406 is checked and conected, it is assumed to be in its 
final state (for that version of the ontology), with the possible exception of changes to enum 
values. In subsequent versions of the ontology sjpecification 406, fields may be added, for 

10 instance, to meet the requirements of a newer version of a catalog system 822. Other changes 
to an express structural ontology specification 406 to produce a new version may include, 
without limitation, removing extra spaces from enums, shortening enimis to meet generic 
attribute name length requirements, spelling corrections in enums and family names, and the 
addition of attributes for reasons such as refining the classification of products. In one case, an 

15 att_def_id was added to one column in a spreadsheet embodiment 804 of the express structural 
ontology specification 406, and node_id was added in another column, to help create 506 
configuration files such as enum files and mapping sheets. 

The invention uses ontology mformation extracted 504 firom the structural ontology 
specification to automatically generate 506 configuration files for the electronic commerce 

20 marketplace. Many such configuration files were well known prior to the invention. However, 
they were generated by hand, or at most in a limited automatic manner that did not use an 
express structural ontology specification as a basis for creating them. Such prior approaches to 
configuration file generation failed to provide some or all of the advantages of the present 
invention, such as the relative ease of preparing revised configuration files to reflect an 

25 ontological change, and increased consistency among the configuration materials used by a 
given marketplace. 

Figure 6 illustrates in greater detail botii the type of ontology information that may be 
defined in the format of a given specification 406, and the corresponding extraction 504 steps 
that can be used to extract that information fi:om the specification 406. Corresponding parsing 

30 502 details are not shown but will be understood by those of skill in the art. For instance, the 
specification 406 may specify data types (e.g., string, mteger) for attributes, in which case a 
corresponding parsing 502 step locates the attribute name and the string or enumeration value 
that indicates the attribute's data type, and a corresponding extracting step 600 extracts the 
attribute name and the data type indicator firom the specification 406. Likewise, parsing and 

35 extracting steps may be used on specifications 406 that specify attribute data size 602, the 
allowed values of an attribute 604, attribute search type 606, the mandatory 608 or optional 
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610 nature of a given attribute, and/or a mapping 612 between an attribute and a field in the 
relational database of product data: A given embodiment of the invention may include zero or 
more of these elements. 

More generally, the method steps and system elements shown in the Figures may be 
5 repeated, omitted, renamed, and/or grouped differently in a particular embodiment, except as 
required by proper interpretation of the claims granted. Method steps may be performed 
concim-ently and/or in a different order than shown, except to the extent that a result of one 
step is needed by another step, or to the extent that a particular order is required under a proper 
interpretation of the claims granted 

10 Figure 7 illustrates in greater detail botii the type of configuration materials that may be 

automatically generated from a given specification 406> and the corresponding generation 506 
steps that use extracted 504 ontology information firom the specification 406 to create the 
configuration materials. Corresponding uses of the configuration materials in the final 
marketplace are not shown in this Figure but will be understood by those of skill in the art. As 

15 with the other Figures, elements may be repeated, omitted, renamed, reordered, and/or grouped 
differently hi different embodiments of the invention. In some embodiments, the method uses 
ontology information extracted 504 from the structural ontology specification 406 to 
automatically generate 506 configuration files by one or more of the following automatic 
generation steps: generating 700 a user interface configuration file such as generating 702 a 

20 user interface product display configuration file and/or generating 704 a user interface search 
configuration file; generating 706 a search interface configuration file such as generating 708 a 
search interface initial database request configuration file and/or generating 710 a search 
interface product detail request configuration file; generating 712 a catalog configuration file 
such as generating 714 a catalog enumeration load sheet configuration file and/or generating 

25 716 a catalog mapping sheet configuration file; generating 718 a quality assurance checklist 
such as generating 720 a search interface quality assurance checklist and/or generating 722 a 
user interface quality assurance checklist; generatmg 724 a product data quality assurance 
script; generating 726 a firamework of a script for extracting product data from a text file and 
loading the product data mto a product relational database; generating 728 a configuration file 

30 for a graphical product data entry tool which accepts product data entered manually by a user 
and places the product data in a product relational database; and/or generating 730 a file 
containing documentation which describes product data that is requested from a supplier 
regarding products to be offered in the electronic commerce marketplace. Computer systems 
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and/or computer-readable media specifically configured to operate/cause operations according 
to a method of the invention also embody the invention. 

Figures 8 through 10 further illustrate the architecture and context of the invention. 
Domain-specific knowledge 800 pertaining to a particular marketplace is captured by and/or 
5 from domain experts using an ontology capture tool 802, 414 to produce an express structural 
ontology specification 804, 406 for the particular marketplace at a particular point in time. The 
structural ontology specification 804 is express in that it is not embedded in computer code but 
is instead easily read, xmderstood, and modified by people who are not necessarily trained as 
computer programmers. The ontology specification 804, 406 is structural as opposed to being 

10 transactional, in that it specifies relatively static aspects 800 of a marketplace such as the 
products, their attributes, and their relationships to one another, rather than specifying more 
dynamic aspects of the marketplace such as purchase orders 3 10. In one embodiment, the 
ontology is captm-ed into a spreadsheet file 804 using a spreadsheet program 802. 

Scripts, macros, and/or other code 806, 414 are used to generate 506 configuration 

15 materials 808 such as configuration files 700-716, 728, checklists 718-722, scripts 724, script 
frameworks (partial scripts) 726, and/or documentation 730 for the particular marketplace. 
These configuration materials 808 are generated 506 from the marketplace's express structural 
ontology specification 804, 406. The various generated 506 script output files 808 are used to 
tailor a marketplace technology system 810 havmg generic components, thereby producing a 

20 more fully configured marketplace system 814 having components that are tailored according 
to the particular structxjral ontology of the marketplace. Suitable components of the system 810 
may include data management tools 818; a catalog system 822; Quality Assurance (QA) tools 
824 such as user interface Q A checklists 722, search interface QA checklists 720, and QA 
scripts 724; and a procurement system 820 having user and search engine interfaces. Such 

25 components are generic when they have not yet been configured to match the ontology 
specification 406. 

After being configured according to the specified ontology, tihe catalog system 822 has 
product attributes and categories according to the specified structural ontology but it does not 
necessarily yet have data for particular products. The configured procurement system 820 
30 likewise has formats for search pages 1 006 and product detail display pages 1 008 but does not 
necessarily yet have access to a complete database 920 of product data. The configuration files 
808 are generated 506 automatically with the invention, and then installed (implemented) by 
familiar operations in the generic marketplace system 810 in order to produce the configured 
marketplace system 814. 
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Automatically generated files 808 are also used by marketplace business units 812 to 
facilitate marketplace business operations. For instance, in some embodiments output files 808 
generated 726, 724 from tiie ontology specification 406 are used by a content engineering 
department for data extraction 828 and QA 826. A QA script 828 can be generated 506 from 
5 the ontology specification 406 to check the user interface against the ontology. Such checks 
may identify, e.g., categories or families in which attributes are missing, and/or attiibutes (e.g., 
drop-down lists) that are missing enums or list entries. The result of the check can be 
documented in a spreadsheet or other file produced by the QA script. Output files 808 
generated 730 from the ontology specification 406 may also be used by the supplier relations 

10 department in creating data acquisition collateral 830 such as documents which help suppliers 
understand more clearly v/hsX data about their products is needed for the catalog 822. 

These more fiilly configured marketplace operational processes 816 and the fully 
configured marke^lace technology system 814 are populated with product data to produce an 
electronic conmierce marketplace 832 which is configured with product data in the specified 

15 ontology. This need not be a production marke^lace, but can be mstead a staging (testbed) 
marketplace which uses "maintenance" search collections 908 and product data 906, and which 
is then released for use - after appropriate testing and corrections/revisions to include 
operational search collections 922 and product data 920 - as an operational marketplace 834. 
In some embodiments, the search collections 908, 922 and databases 906, 920 are part of the 

20 PIMS (Product Information Management System) system 918, which is a catalog system that 
was apparently used by Ventre and its clients before the earliest of the incorporated provisional 
application filing dates. 

Note that parts of this overall process for configuring a marketplace with files 808 
generated (at least in part) from the ontology specification 406 may be repeated in response to 

25 changes in that ontology specification 406. For instance, after the specification 406 is changed, 
the scripts 806 can be run on it once agam, to generate new configuration files 808 which are 
then installed in the system 810. Facilitating such reconfigurations is an advantage of the 
invention. 

In addition to points made above, the following may be noted in connection with Figure 
30 9. A web catalog manager 900, a contract price manager 902, and a catalog transfer manager 
904 are examples of data tools 818. These tools 900, 902, 904 may share a single user 
interface. The web catalog manager data tool 900 provides an HTML form for product data 
entry into a product database 906, e.g., an Oracle-brand relational database which is organized 
according to a database schema. The web catalog manager 900 normally depends on the 
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ontology^ and hence it should be configured (or reconfigured) to reflect the specification 406. 
The contract price manager data tool 902 helps track buyer-specific pricing information, 
promotional offers, volume discounts and the like; it generally does not depend on the 
ontology specification 406. The catalog transfer manager data tool 904 assists in transferring 
5 product data from flat files, through FTP and the like into the product database 906; it may 
depend on the ontology, or it may deal only with database fields that are specified in files 910 
provided by a supplier to be uploaded into the database 906. 

Data may also be loaded into the database 906 by load scripts 828 from a DBA 
department. The data loading scripts 828 may be provided by a product database administrator 

10 or product database administration department, in cooperation with a content engineering 
department 912. Load sheets may be generated 726 to reflect the ontology specification 406. 
That is, the express structural ontology specification 406 may be used as input to automatically 
produce 506 Perl modules (or fiameworks thereof) for product data parsing and to create 726 
load files for loading product database content into the catalog system 822. The content 

15 engineering dqpartment 912 accepts raw product and price data 914 firom suppUers, and 
processes it to produce formatted files 916 for uploading product data into the database 906. 
Such processing may include "physical data normalization" which moves data from PDF, word 
processor, and other software application-specific file formats into a shared file format; such 
physical normalization does not generally depend on the ontology specification 406. Content 

20 engineering may also perform "logical data normalization*' which conforms the data with the 
marketplace ontology, both by manual means and by automation tools 414. Content 
engineering may also perform "data quaUty assurance", both manual and automated, such as 
using the QA tools 826. 

The express structural ontology specification 804, 406 is preferably used according to 

25 the invention to automatically generate 506 ontology-specific files which configure the 
foUowmg to match the marketplace's specified ontology: web catalog manager 900, load 
scripts 828, logical data normalization scripts/script fi^ameworks for content engineering 912, 
docimi^tation 830 vAAch tells suppliers what raw product data is needed firom them, the 
product maintenance database 906, and the production (a.k.a. "operational") database(s).922. 

30 However, not every one of these need be configured in every instance or every embodiment. 

In addition to points made above, the following may be noted in connection with Figure 
10. In operation, the procurement application 820 performs various fimctions in various 
versions (e.g., in the commercially used Tradex-brand application), such as providing help 
pages, providing a user interface for other applications in addition to the procurement 
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application, perfonning order status and fulfillment tracking, performing other order 
management functions, supporting a shopping cart, supporting designation of company favorite 
products and/or individual user favorites, supporting workflow and approvals management, 
supporting various user preferences or profiles, and login/authentication operations. These 
5 functions are generally not tailored according to the marketplace ontology specification 406. 

However, the procurement application 820 also presents a user with search functions 
through a search user interface 1006. Searches and their results (as displayed to the user) may 
be tailored according to the ontology specification 406. For instance, a search may specify a 
product category. Search criteria entered in the search user interface 1006 by the user are used 

1 0 by the procurement software 820 to generate a corresponding search request 1010 to the 
database 920 in SQL or another database language. The search request results are then 
displayed to the user through a product display 1008 in the user interfiace. If more information 
about a given product category or individual product is desired, the user may narrow the search 
using a product detail portion of the user interface 1 006, which is used to generate a 

15 corresponding product detail search request 1012, whose results are displayed to the user 
through a product detail portion 1 008 of the user interface. 

A buyer procurement application 1022 may be used, such as one of the applications 
provided by Ariba, CommerceOne, 12, ERP Systems, or other vendors. Such appHcations 1022 
provide functions such as order generation (including search), order management, order status 

20 and fiilfiUment tracking, user management, user authentication, workflow and approval 
tracking, accounts receivable, accounts payable, general ledger, and so forth. These buyer 
procurement applications 1022 are generally not configured according to the invention to 
reflect the ontology of the marketplace. 

A marketplace ERP (Enterprise Resource Planning) system 1014 with one or more 

25 Application Program Jnterfaces 1016 (e.g., the Cheindex API "CAPP, a Dot Connect-brand 
API, and a MarketLink-brand API) communicates as indicated in Figure 10 with the 
procurement applications 820, 1022. The ERP system 1014 provides functions such as 
accounts receivable, accounts payable, general ledger, order information management, vendor 
information master management, and buyer information master management. The ERP system 

30 1014 may include ERP software 308. The ERP system 1014 may communicate as indicated 
with a marketplace data warehouse 1018 used for business intelligence reporting, and with 
various supplier transaction systems 1 020 for order entry, fiilfiUment, product warehouse 
management, and billing/financing. The ERP system 1014, marketplace data warehouse 1018, 
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and supplier transaction systems 1020 are generally not configured according to the invention 
to reflect the ontology of the marketplace. 

As indicated in Figure 10, the procurement £5)plications 820, 1022 communicate with 
the marketplace product catalog system 822; suitable catalog systems include at least some 
5 PIMS systems 918, The catalog system 822 provides features such as functionality for a 
product catalog/data repository, pricing lists, pricing based on volumes and/or times, buyer- 
specific pricing, contract information, vendor information, vendor rankings, and/or search 
capabilities. The catalog system 822 includes APIs 1002, such as PIMS or MarketLink APIs. It 
also includes a database management system 920, such as one using commercially available 

10 Oracle or Verity software and conventional disks, RAID, or other storage hardware. The 
product database 920 is organized according to a database schema which is not necessarily 
marketplace-specific. The product catalog, by contrast, is organized accordii^ to attributes and 
other metadata 1004 based on the marketplace's ^ecified ontology 406. For instance, catalog 
metadata 1004 may specify product categories, attributes, allowed data values, data types, data 

15 sizes, and so on. Conceptually, the metadata 1004 appears in the fi:ont half of the catalog; the 
back half includes the database 920 and its attendant database query language and database 
fields. 

The express structural ontology specification 406 is preferably used according to the 
invention to automatically generate 506 ontology-specific files which configure the following 
20 to match the marketplace's specified ontology: user interfaces for searching 1006 and product 
display 1008, search interfaces for the initial request 1010 and the product detail request 1012, 
and the product catalog fi-ont half 1004 (as opposed to the catalog's internal back half, which 
interfaces with the product database 920), However, not every one of these need be configured 
in every instance or every embodiment. 

25 

Additional Examples, Definitions) and Their Use 

In describing embodiments of invention, the meaning of several important terms is 
clarified by express definitions and/or by examples, so the claims must be read with carefiil 
attention to these clarifications. Specific examples are given herein to illustrate aspects of the 
30 invention, but those of skill in the relevant art(s) will understand that other examples may also 
fall within the meaning of the terms used, and hence within the scope of one or more claims. 
Important terms may be defined, either explicitly or implicitly, here in the Detailed Description 
and/or elsewhere in the application file(s). The invention may be embodied in various ways, 
and it may also be described in various ways. Accordingly, the examples discussed throughout 

17 
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this document are not necessarily consistent with one another in every particular; rather than 
omitting details to achieve complete consistency, details are included if they may assist in a 
better understanding of some embodiment of the invention. 

The following terms are preferably used m the indicated manner in at least some 
5 embodiments of the invention. The information below includes both examples and definitions; 
those of skill will understand whether particular details can or must be omitted from, or varied 
within, a given embodiment. Note that the terms "marketplace'' and "vertical" may be used 
interchangeably. 

ATTRIBUTES: One element of an ONTOLOGY. Attributes are aspects of aproduct 

10 which are distinguishing, important, descriptive, and/or informative. There are generic 

attributes, which every product in a maiketplace will have (such as name or catalog number), 
and there are family-specific (or category-specific attributes) which only products in the same 
family will share (such as a ^'Composer Name" or "ISBN Number"). Attributes are assigned to 
a product according to the product's CATEGORY, and are mapped onto the product in the 

15 database via the ATT_DEF _ID. Attributes themselves have attributes or characteristics which 
are important to capture in an ontology, such as if the attribute is required or not, if it*s 
searchable, how it's searchable, its data type and size, its allowed values, etc. 

AWK: A pattern scanning and processing language utility found on many UNIX 
systems. AWK may be used with stream editor SED to create or modify scripts according to 

20 the invention in Perl or other scripting languages. SED and AWK are widely used and 

understood, and are not, in and of themselves, claimed as part of the invention although they 
nciay be used to help implement parts of the invention. Likewise, although Perl is used in many 
of the examples given here, other scripting languages, and other programming languages, may 
be used in other embodiments of the invention. Scripting languages and tiieir interpreters are 

25 widely used for various purposes, but their use according to the present invention is believed to 
be new. They are not, in and of themselves, claimed as the present invention. 

B20: This stands for "build 20" and refers to a specific version of the Ventro front-end 
UI and procurement system. The use of "B20-compatible" indicates that that entity is usable 
with (or to be configured with) that version B20 of the front-end user interface and 

30 procurement system. 

CATEGORIES: One element of an ONTOLOGY. The product space sold by a 
marketplace is divided up into CATEGORIES, and every product sold by the marketplace is 
assigned to map into one of these categories. Categories are displayed as the result of certain 
kinds of seaiches on the procurement system's user interface. Also, the category assignment of 

18 
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a product will control which attributes are assigned to that product. Products are mapped into 
categories in the database via the NODE_ID. 

CES: Content Engineering Services. Usually refers to the Ventro department which 
works with Marketplace customers doing catalog and content consuhing/training. Can 
5 occasionally refer to the marketplace's department which produces catalog and content. 

CONFIG FILES, CONFIGURATION FILES: In a narrow sense, each of these phrases 
refers to files needed to configure PIMS (or other catalog systems) and data tools for a given 
marketplace, to configure the procurement systems search interface and product display 
screens, to display search results from a vertical's search engine, and to create DBA load files. 
10 Examples include PIMS MAPPING SHEETS, PIMS ENUM LOAD SHEETS, UI CONFIG 
FILES, in LOAD SHEETS FOR SEARCH PAGES, UI LOAD SHEETS FOR PRODUCT 
DETAIL DISPLAY, SUPPLIER TOOLS UI CONHG FILES. In a broader sense, 
configuration files are files that are automatically generated - in part or in their entirety - Scorn 
the ONTOLOGY SPEC SHEET according to the invention. In this broader sense, config files 
15 .(also called ^'configuration materials") include quality assurance checklists and scripts, and 
documentation for suppliers, generated according to the uivention and noted at steps 718, 720, 
722, 724, and 730 in Figure 7. 

Step 730 may be implemented in a manner similar to the implementation of step 718. 
See also the checklist.xls and report. txt files noted elsewhere in the application(s), as they are 
20 likewise instructional text documents, for end-user use, that are generated 506 from an 
ONTOLOGY SPEC SHEET 406. 

CONFIG FILE GENERATION SCRIPTS: Perl scripts which automatically generate 
CONFIG FILES and otiier ONTOLOGY-specific output firom an instance of the ONTOLOGY 
SPEC SHEET. Other scripting languages could also be used, as well as programs written in 
25 languages such as C, C-hh, Java, etc. These scripts are also known as vertical buildout scripts, 
buildout scripts, and vertical generation scripts. 

CVS: The "Concurrent Versions System". CVS is tiie version control system used at 
Ventro to house and manage source code and other configuration files for the Ventro platform 
and a marketplace's specific set of source code. CVS is generally similar to the RCS and SCCS 
30 version control systems. Version control systems are widely used and understood, and are not, 
in and of themselves, claimed as part of the invention although they may be used to facilitate 
embodiments of the invention. 

DBA: The database administration group, or sometimes an individual database 
administrator. 

19 
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DBA LOAD SCRIPTS: A set of SQL and ProC modules used to load ASCII data files 
into PIMS. These modules are specific for each CATEGORY of product, so a given 
marketplace will have many modules v^hich need to be produced, based on the ONTOLOGY. 

ENUM: An enumeration data type indicatmg an ATTRIBUTE which can only be 
5 populated with certain predetermined, allowed values (e.g., the attribute eye_color is an enum 
with values blue, green, grey, brown, other). Alternately, one member of a set of allowed 
values assigned to an ATTRIBUTE (e.g., the value grey is one of the ENUMS of the eye_color 
attribute). ENUMS are stored in the enum table in PIMS where a counting number (1,2,3...) is 
bound to each specific attribute value. 
10 FAMILIES: Used interchangeably with CATEGORIES. 

FE group: This refers to the "firont-end group'*, which is a group of developers who 
oversee creation and customization of the user interface and procurement system. 

GA: A generic attribute in Ventro's Product Information Management System (PIMS - 
the Ventre catalog system) which is configurckl by a marketplace's ontology to hold a specific 
15 product attribute. The attribute assigned to a given GA will vary by product family. 

NODE_ID: A database value present hi the PIMS product table and in the 
prod_tree_def table, which is used to map a product to a CATEGORY* 

ONTOLOGY: The information about how a marketplace will organize and portray 
products on its site and in its search engine, and how data in the marketplace's PIMS database 
20 will be stored and configured. Information in an ONTOLOGY may include category 

assignments, product attributes, and may also include information about the data type, data 
size, allowed values, searchability, and mandatory or optional nature of each product attribute. 
An ONTOLOGY may also include NODE^IDs, PROD_ATr_DEF JD's and database field 
mappings to each CATEGORY'S ATTRIBUTES. 
25 ONTOLOGY SPEC SHEET: This is a specification sheet, that is an express description 

of the structural ontology in a standardized format (so it can be parsed and processed by the 
CONFIG HLE GENERATION SCRIPTS), which specifies the ONTOLOGY that is to be 
configured in a vertical's PIMS instance and presented through a verticaFs search engine. The 
spec sheet has been implemented as an Excel spreadsheet, but could be implemented as a flat 
30 text file, as a sequence of database records, as an XML file, via a web-based user interface 
which generates one of those file-types, or in other ways. 

PIMS: Product Information Management System. Ventro's Oracle-database-system- 
based catalog system, search services, and APFs, Used as the product data repository and 
search systems for Ventro and its marketplaces. One of PIMS' major components is the 
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product database; aaother is the product catalog built on top of Uie database. Each marketplace 
has its own installation of PIMS or another catalog system, customized for tliat marketplace 
based on the marketplace's ONTOLOGY. The invention is not limited to uses with PIMS. 

PIMS ENUM LOAD SHEETS: Refers to the generated 712, 728 file ("enumFile'O 
5 used by the DBA group to load a marketplace's ENUM values into their PIMS instance. 

PIMS MAPPING SHEETS: Refers to the files generated by the CONFIG FILE 
GENERATION SCRIPTS in the "family^Attribute" directory. They are used by the DBA 
group to generate DBA LOAD SCRIPTS and for other PIMS configuration tasks. 

PRINTFILE: A Perl module used by a marketplace's CES team as part of scripted data 
10 processing. The PRINTFILE modules write the output of a data processing script to a file in 
die format necessary for it to be loaded into PIMS using the DBA load scripts. These modules 
are specific for each CATEGORY of product, so a given marketplace will have many modules 
which need to be produced, based on the ONTOLOGY. 

PROD^ATT^DEFJD: A database value present in the PIMS product table and in the 
15 prod_att_def table, which is used to map a product to a set of ATTRIBUTES. In one 

embodiment, the order of the entries in the prod_att_def and the prod_ga files are different; 
each family will have different sets of PROD_GA's, Perl scripts use the ontology specification 
file 406 as a template to generate an auto.sh file, which is edited to dynamically generate 
loading scripts. 

20 PRODUCT TREE: Refers to the prodjree^def table in PIMS. This table contains 

CATEGORY names and NODE^ID's. 

PROPERTIES FILE: A file used by the front-end marketplace development team to 

configure the procurement system front-end search pages or product detail display pages. 

There are three types of this file: ontology.properties, enimi.properties and radio.properties. An 
25 example of an ontology.properties is given later in this application. One embodiment of tiie 

invention generates 700-710 an Enum.propertiesl file that includes text such as the following 

excerpt (ellipsis indicates similar omitted material) : 

other=Other 

C2.A0,enumType=type 
30 C2.A0.segment=1023 

C2. Al .enumType==materiai 

C2.ALsegment=1023 

C2.A2.enumType=nuts 

C2.A2.segment=1023 
35 C2-A3 .enumType=diameter 

C2.A3,segment=1023 

C2.A4:enumType=length 
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C2.A4.segmeii*=1023 



Another example fiom an enum-pioperties file is given in incotporated provisional application 
60/278,558 at pages 62-63. 
5 One embodiment of the invention generates 700-710 from the express specijBcation 406 

a Radio.properties file that contains text such as the following; ellipsis again indicates similar 
omitted material: 

# The options for the attributes that are radio buttons 
#C# = the category ID 

10 #A# = the attribute ID 
#0# = the option ID 

# TI L - the total number of radio options for each attribute 

# Augers-Drilling 
15 # gearbox 

C34.A2.O0=yes 
C34.A2.V0=T 
C34.A2.01=no 
C34.A2.V1=F 
20 C34.A2.02=don't care 
C34.A2.V2=@null 
C34.A2.TTL=3 



# Twminal Blocks 
25 # otibier_awg 

C220.A18.O0=yes 
C220.A18.V0=T 
C220.A18.Ol=no 
C220.A18.V1=F 
30 C220.A18.O2=don'tcare 
C220.A18.V2=@null 
C220.A18.TrL=3 

# Wire and Cable 
35 # trayjrated 

C223.All.O0=yes 
C223.A11.V0=T 
C223.A11.01=no 
C223.A11.V1=F 
40 C223.A1 1 .02=don't care 
,C223.All.V2=@nuIl 
C223A11.TTL=3 

In a more recent version of the firont end application, the display page is autogenerated 
45 from the contents of the database, so the ontology .properties, enum-properties and 
radio.properties configuration files are used differently. 

22 



8/28/2007. EAST Version: 2.1.0.14 



wo 02/073493 PCTAJSOl/25468 

Notation such as *700-71 0" indicates that one or more of tihe listed components 700 
through 710 is present in the embodiment(s) being discussed. It does not mean that all of the 
listed components (e.g., 700, 702, 704, 706, 708, and 710) are present m a given embodiment, 
although they may be. Nor does it mean that every embodiment of the invention must include 
5 one or more such components. 

QA: Quality Assurance. This is sometimes used generally, and sometimes used 
specifically with regard to the ONTOLOGY SPEC SHEET. With regard to the ontology spec 
sheet (a.k.a., "express structural ontology specification"), quality assurance may include 
manually checking the sheet for consistency with the vertical's desired design and using 
10 software to check the sheet for violation(s) of unique constraint(s), formatting error(s), naming 
convention non-compliance, and/or other problems. Error or warning messages can be 
produced when the following are present in a spec sheet: re-used PROD_ATT_DEF_IDs 
(should generate a warning message when the config scripts are run, so that a content- 
engineering person can check that case with the maricetplace domain experts); use of dash 
15 instead of underscore in attribute name; character array declared larger than desired; use of 
mvisible cell references in blank lines at end of spreadsheet; errors in file format, data types 
and sizes, uniqueness, or allowed values; CATEGORIES or FAMILIES with missing 
ATTRIBUTES, or attributes that have missing ENUMS or list entries. 

SED: A stream editor found on many UNIX systems; see also AWK. 
20 SUPPLIER TOOLS UI CONFIG FILES: Ventre provides marketplaces with web- 

based data management tools: Web Catalog Manager is a graphical way to enter data into 
PIMS, and Catalog Transfer Manager allows flat-file upload of data into PIMS. These tools 
must be configured accordmg to a marketplace's ONTOLOGY. This can be done using the 
output of the CONFIG FILE GENERATION SCRIPTS to automatically configure these data 
25 tools as required. 

UI CONFIG FILES: See PROPERTIES FILE. This is a general way to refer to the set 
of all PROPERTIES FILEs. 

UI LOAD SHEETS FOR PRODUCT DETAIL DISPLAY: See PROPERTIES FILE. 
This is the file used by the procurement system user interface developers to configure the fields 
30 which appear on a products detail display page in the procurement system. These depend on a 
marketplace's ONTOLOGY. 

UI LOAD SHEETS FOR SEARCH PAGES: See PROPERTIES FILE. This is the file 
used by the procurement system user interface developers to configure the category-specific 
search pages in the procurement system. These depend on a marketplace's ONTOLOGY. 
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UI VALIDATION FILE: A text file containing the checklist of items which must be 
QA'ed in the procurement system user interface and in the marketplace's search functionality. 
This QA can be done manually or via scripts. This checklist is generated by the CONFIG FILE 
GENERATION SCRIPTS and is based on ihc marketplace's ONTOLOGY. 

5 

Comments on Computers 

Computers may be configured for use as tools 414, as components of a configured 
marketplace 814, and otherwise according to the invention. In general, it will be understood 
that scripts, applications, databases, files, interfaces, and the like refer to computers in that they 

10 run on computers, reside oh computers, and provide control over computers. Suitable 

computers may be one or more of a workstation, a laptop computer, a disconnectable mobile 
computer, a server, an embedded system, a main&ame, or a handheld computer, for instance. A 
given computer may be a general purpose computer configured by software (e.g., scripts) 
according to the invention^ or it may be a special purpose machine configured by ASICs, 

15 • FPGAs, or the like. A processor may be a uniprocessor or a multiprocessor component of the 
computer. A suitable computer system often includes one or more user I/O devices such as a 
display screen, keyboard, mouse, microphone, speakers, touch screen, and so on. The computer 
system includes random access memory and may include other forms of memory such as ROM 
or PROM memory. The memory is in operable communication with the processor, and the 1/0 

20 devices likewise communicate with the processor and/or the memory. 

The computer system is capable of using floppy drives, tape drives, optical drives or 
other means to read a storage medium. A suitable storage medium includes a magnetic, optical, 
or other computer-readable storage media having a specific physical substrate configuration. 
Suitable storage devices include floppy disks, hard disks, tape, CD-ROMs, DVDs, PROMs, 

25 RAM and other computer system storage devices. The substrate configuration represents data 
and instructions which cause the computer system to operate in a specific and predefined 
manner as described herein. Thus, a given medium tangibly embodies a program, functions, 
and/or instructions that are executable by the computer system to perform one or more steps 
for facilitating electronic commerce substantially as described herein. 

30 The computer(s) in a system accorduig to the invention may be coimectable to one or 

more networks through network I/O hardware and/or software. By way of example, suitable 
computer networks include local networks, wide area networks, and/or the Internet. "Internet" 
as xised herein includes variations such as a private Internet, a secure Internet, a value-added 
network, a virtual private network, or an intranet. A network may include one or more LANs, 
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wide-area networks, Internet servers and clients, intranet servers and clients, or a combination 
thereof. Such computer networks may form part of a telecommunications network and/or 
interface v^th a telecommunications network. The network's transmission media may include 
twisted pair, optical fiber cables, coaxial cable, telephone lines, satellites, radio waves, 
5 microwave relays, modulated AC power lines, and other data transmission "wires** known to 
those of skill in the art, as well as routers, bridges, caching appliances, and the like. Note that 
the term "wire" as used herein includes wired and/or vm-eless communications. Methods such 
as TDMA, CDMA, FDMA, and other encoding and/or multiplexing methods may be used, as 
well as GSM, PDC, Wireless Application Protocol, and other technologies and protocols. 

10 Signals according to the invention may be embodied in volatile and/or nonvolatile network 
transmission media. 

Altliough particular components are shown in the Figures and/or discuss^ 
those of skill in the art will appreciate that the present invention also works with a variety of 
other networks and computers, as well as a variety of batch files, scripts, tools, and other 

15 software. To avoid repetition, it is assumed here that discussion of an inventive computer 
system wUl be applied by those of skill to promote understanding of the inventive methods, 
and vice versa. Likewise, the discussions of the inventive methods may be applied by those of 
skill to inventive computer stomge media which are configured v^th software to operate 
according to the methods. . . 

20 

Example Ontology Specification Completion Rules 

In one embodiment, instructions for filling in an ontology specification 406 include the 

following; another such set of rules is given earlier in this application: 

Filling out the Ontology Specification Sheet 
25 The Ontology Specification Sheet (ontology spec sheet) is an Excel spreadsheet that 

contains information about product categories, category specific attributes, attribute search 
methods and attribute data types pertaining to a Ventro marketplace. 

Buildout scripts run off of the tab-dehmited form of this file and generate database 
configuration files, product load scripts and the front-end properties files needed to create a 
30 Ventro marketplace. The ontology spec sheet is also used to configure Data Tools' Web 
Catalog Manager and Catalog Transfer Manager. 

The ontology spec sheet contains the following columns, in order from left to right: 

Database Category Name 
35 The Database Category Name is the product family or category name that is displayed 

on the front-end. 

The Database Category Name is loaded into the PROD_TREE_DEF table in PIMS as 
the NODEJSTAME using the load file prod_tree_def out which is generated [712, 728] by the 
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buildout scripts. The prodJree_def.out load fide contains the NODE_NAME/NODE JD 
pairings. 

The Database Category Name is included in the ontology .properties file also generated 
by the buildout scripts. This file is used by the front-end developers to configure the category 
5 search pages and the product detail pages. 

Att Def Id 

The Att_Def_Id is an internal reference number, usually four to five digits in length, 
that is assigned to a set of family or category specific attributes. It must be numerical; no 
10 . characters are allowed. 

The AttJDefJd is usually unique in a marketplace's ontology. The Att^Def^Id can be 
shared by more than one family; however, the set of attributes of each category must be the 
same. . 

The Att_Def_Id is stored in three locations in the database. It is the primary key of the 
15 . PROD_ATT_DEF table where it is called the PROD_ATT_DEF JD. It is loaded into this table 
as part of the prod_att_def out file which is generated [712, 728] by the buildout scripts. The 
Att_Def_Id is also loaded into the PRODUCT table with each new product record as the 
PROD_ATT_DEF JD. The last table the Att^Def Jd is loaded into is the ENUM table. Here it 
is known as the PRO JECT^SEGMENT. The load file for the ENUM table, enum_file.out, is 
20 generated by the buildout scripts. 

Another file generated by the buildout scripts thai utilizes the Att JOef_Id is the 
. >- Enum.properties file. This file, along with the ontology .properties file, is used by fi:ont-end 
developers to configure the category search page for the attributes with a drop-down search 
type. 
25 . 

■ Node Id 

The Node_Id is an internal reference number, usually four to five digits in length, that 
is assigned to a Database Category Name. This nimiber MUST be unique in a marketplace's 
ontology. It must be numerical; no characters are allowed. 

. 30 The Node_Id is stored in two locations in the database. It is the primary key of the 

PROD_TREE_DEF table. The buildout scripts generate [712, 728] a load file, 
prod_att_def out, which contains the Node Jd/ Node_Name pairing. This fiUie is used to load 
the PROD^TREE^DEF table. 

. The NODE_ID is also loaded with each product record into the PRODUCT table as the 

35 DEFAULT_NODE_ID. The DEFAULT_NODE_ID maps a product to its respective category 
name. 

Print File 

The Print_File is an abbreviated version of the database category name and is used to 
40 namea variety of load scripts and files. 

Print_File names are used by the buildout scripts to name the all_tags text files. The 
product load script, qaTemplate.pl [724], to QA product load files, utilizes the all_tag files. 
The all_tag files contains the data types, data sizes and allowed values for family specific 
attributes that are accessed by the QA script. 
45 The Print_File name is also used by the buildout scripts in the load_setup.out file. The 

load_setup.out file is used by the Database Engineers to programmatically generate [726] 
family specific product load scripts. The Print_File name along with the supplier short name is 
used to name family specific product load files. 

Because it is used to name files residing in the UNIX operating system, no spaces are 
50 allowed. Underscores are used instead. The Print JFile name is always composed of upper-case 
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letters and cannot be longer than twenty-seven characters in length. Also, the Print_File name 
cannot contain any numerals. Please see formatting rules below for further restrictions. 

Family Attribute 

5 Family Attributes are the names of the family or category specific attributes that will be 

displayed on the firont-end on the category search and product detail pages. 

The values entered here are included in the ontology .properties file generated by the 
buildout script. This file is used by the front-end developers to help configure the front-end 
category search and product detail pages, 

10 The names of searchable attributes will be shown on the category search page and the 

product detail page. Attributes with a search method of none will NOT appear on the category 
search page. Attributes with a search method of none will NOT appear on the product detail 
page unless otherwise specified. 

15 Search method 

The Search method specifies the method used for searching over a family or category 
specific attribute on the category search page. An attribute can have only one Search method. 

The types of search method are text box (text string), drop-down (drop-down list), radio 
(radio button) and none. A text box search allows the user to use any string of text they enter as 
20 tiieir search query. A drop down search consists of a predetermined list of allowed values 
(drop-down list) that can be selected by the user for their search query. A search method of 
radio, as a default, allows the user to enter a yes or no argument as their query. An attribute 
with a search method of none is not searchable. 

Attributes with a search method of text-box, drop-down and radio will appear on the 
25 category search page and as a default, on the product details page. Attributes with a search 

method of none will NOT appear on the category search page. Attributes with a seai'ch method 
of none will appear on the product detail page only if there is a specific request that they do so. 

The Search method is tied to the Data Type (see below). Make sure they are 
compatible. Listed below are the appropriate pairings of Search Methods and Data Types: . 

30 

Search method/Data Type 

text box: text-varchar2(n) or number (y,z)-varchar2(n) where n equals the maximum 
number of characters or digits allowed in the field, y equals the total number of digits and z 
equals the number of digits to the right of the decimal point The allowed values for n are 50, 
35 250, 500 and 1000. 

drop'dofwn: emim''Varchar2(n) where n equals the maximum number of characters or 
digits allowed in the field. The allowed values for w are 50, 250, 500 and 1000. 

radio: boolean-charl 

none: varchar2(n) where n equals the maximum number of characters or digits allowed 
40 in the field. The allowed values for n are 50, 250, 500 and 1000. 

field name 

The database field name for the family attribute. It is stored m the PROD_ATT_DEF 
table as the primary key ATT_NAME. The Field Name is an abbreviated version of the family 
45 attribute name. It is always in lowercase. No spaces are allowed; underscores are used instead. 
Please see formatting rules below for more details. The field_name is incoporated by the 
ontology buildout scripts into the prod_att_def.out load file. 

Data Type 

50 The buildout scripts utilize the Data Type to help create the alMags text files. The 

alMags text files are utilized by the QA script, qaTemplate.pl, to check data types, data sizes, 
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allowed values and whether or not required attributes have a value present in product load file 
prior to loading. 

Allowed values for this field are as follows: varchar2(n) for a search method of none, 
boolean-char 1 for a search method of radio, numberfy.z)-varchar2(n) or text-varchar2(n) for a 
5 search method of text box. And enum'Varchar2(n) for a search method of drop-down where x 
equals the maximum number of characters or digits allowed in the field. The allowed values 
for n are 50, 250, 500 and 1000. See Search method above. 

PIMS mapping 

10 The PIMS mappmg specifies which column in the PRODUCT or SKU table a family 

specific attribute will be placed. These columns in the PRODUCT table are known as Generic 
Attribute or GA columns. 

A PMS mapping is REQUIRED for every attribute listed on the ontology spec sheet. 
The format for a PIMS mapping is PROD^GAwXy or SKU_GA«Xy. PROD stands for 

15 the PRODUCT table, SKU stands for the SKU table, n is the maximum field size (in bytes or 
the number of characters/numerals)and>^ is the sequential number of the generic attribute with 
the same field size in the same family. For example, PROD_GA500X6 is an attribute with a 
maximum field size of 500 bytes, and it is the sixth attribute in that family with a 500 byte field 
size, 

20 There are a limited number of GA colunuis in the PRODUCT and SKU tables. Each 

field size has a limited number of columns. In the PRODUCT table there are 20 colimms each 
with a field size of 1 , 50 and 250 bytes, 30 columns with a field size of 500 bytes and 10 
columns with a field size of 1000 bytes. In the SKU table there are 10 colunms with a field size 
of 50 bytes. 

25 A number of the GA columns are currently set aside for regulatory and shipping related 

attributes. The GA columns imavailable are given in the formatting rules section listed below. - 
When sizing columns for attributes, be certain the column is long enough to hold all of 
the data. A colunm with a data type of varchar2(n) will adjust the length of the column to fit 
the size of the data (providing its less than the maximum length, n). Do not needlessly waste 

30 large columns on attributes that will only have small data elements. 

PIMS mappings are loaded into the colunm COLJSfAME in the PROD_ATT_DEF 
table in PIMS using the prod_att_def.out file. PIMS mappings are loaded into the colunm, 
COLUMN NAME, in the ENUM table in PIMS using the enum^file.out load file. PIMS 
mappings are also incorporated by the buildout scripts into the all_tags text files and the 

35 Family__Attribute Excel files. 

Required? (Y orN^ 

This column specifies whether a family specific attribute is required in the database. 
The allowed values are Y for required and N for not required. 
40 This information is incorporated by the buildout scripts into the prod_att_def.out file. 

This file is loaded into the PROD_ATT_DEF table in the REQUIRED column. 

The information in this column is also incorporated into the alljags text files. The 
all_tags text files are utilized by the QA script, qaTempIate.pl, to check data types, data sizes, 
allowed values and whether or not required attributes have a value present in product load file 
45 prior to loading. 

A value of Y or N MUST be given for every attribute. 

Website Category Name 
Obsolete. 

50 
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Allowed Values 

Allowed Values are a set of given values for a particular, family specific attribute. For 
an attribute with a search type of drop-down, only the values listed here can be loaded into the 
database. The Allowed Values constrain what values can be used to search over a particular 
5 attribute. This is done via a drop-down list on the category search page. 

The allowed values for an attribute should be in the order (left to right) that they should 
appear in the drop-down list (top to bottom). The jEirst value in the drop-down list is the default . 
of Any, Do not enter Any in the list This is inserted by the front-end developers later. Separate 
values by a semi-colon and then a space. 

10 The Allowed Values are loaded mto the REPRESENTATION column in the ENUM 

table in PIMS. The load file, enum_file.out, is generated by the buildout scripts. The other data 
elements in the enum file are: the PROJECT_ID, PMS, assigned by the buildout scripts, the 
PROJECT_SEGMENT is the attribute set's PROD^ATT^DEF^ID, the 
COLUMN^SEGMENT is the PIMS mapping for the appropriate attribute, and the VALUE is 

15 assigned by the biiildout scripts. The first Allowed Value has a value of 0, the second a value 
of 1, and so on. 

The Allowed Values in the ENUM table Avill be used to populate the drop-down lists on 
the category search pages on the front-end. 

20 Ontolopv Spreadsheet Formatting Rules 
Universal rules 

1) Double quote marks (") are NOT allowed anywhere in the ontology spec sheet. 

2) Ampersands (&) are NOT allowed anywhere in the ontology spec sheet. 

3) Avoid special characters such as 

25 4) Avoid trailing spaces at the end of all of the fields. 

5) Empty rows are NOT allowed. 

6) A marke^lace may have only one ontology spec sheet. 

Database Category Name 
30 1) The value entered here will appear exactly as is on the category search and product 
return pages on the front-end. 

2) Can be no longer than 50 characters in length. 

3) Placed in the left-hand cell, at the top row, of a list of family specific attributes. 

4) All of the cells between Database Category Names must remain empty. 
35 5) Single quote marks are NOT allowed. 

Att^DefJd 

1) Assigned by the markel^place. 

2) Usually four to five digits in length. 

40 3) Cajonot be longer than 12 digits in length. 

4) Numeric field only. No letters or punctuation marks allowed.. 

5) In general, this number is unique in a marketplace's ontology. 

6) This number can only be shared by two categories that have exactly the same attribute 

set. This includes having the same lists of allowed values in the same order. 
45 7) Placed on the same row as the Database Category Name. All of the cells between 
Att_Def Jds must remain empty. 



Nodejd 

1) Assigned by the marketplace. 
50 2) Usually four to five digits in length. 

3) Cannot be longer than 12 digits in length. 
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4) Numeric field only. No letters or punctuation marks allowed. . 

5) This number is unique in a marketplace's ontology. A Node_Id carmot be shared by two 

or more faimlies. 

6) Placed on the same row as the Database Category Name. All of the cells between 
5 Node_Ids must remain empty, 

Print^File 

1) Assigned by flie marketplace. It's usually an abbreviated form of the Database Category 
Name. 

10 2) ALL IN UPPER CASE LETTERS. No lower case characters. 

3) Can be no longer than 27 characters in length. 

4) No spaces, commas or other punctuation marks allowed. 

5) No hyphens. 

6) Underscores can be used instead of spaces or hyphens. 
15 7) Numerals are not allowed. 

8) Placed on the same row as the Database Category Name. All of the cells between 

Print_File names must remain empty. 

9) No trailing spaces. 

20 Family Attribute 

1) The value entered here will appear exactly as is on flie category search and product 
return piages on the front-end. 

2) Can be no longer than 50 characters in length. 

3) There must be a value for every family attribute listed in the ontology spec sheet. 



25 
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Search method 

1) Only one of four options is allowed: text box, drop-down, radio, or none. 

2) There must be a Search method for every family attribute listed in the ontology spec 

sheet. 



Field Name 

1) Usually is a truncated version of the Family Attribute name. 

2) Use oidy lowercase letters. No capital letters are allowed. 

3) No spaces are allowed. Use imderscores instead. 

35 4) No punctuation marks are allowed, i.e. commas, single quote marks, semi-colons, colons 
etc. 

5) No trailing spaces. 

6) No longer than 50 characters in length. 

40 Data Type 

1) llie data type is determined by the search method. 

2) The basic entries are: varchax2(K), boolean-char(l), enum-varchar2(Az), text-varchar2(«) 

and number(x.y) varchar2(«), where n = 50, 250, 500, or 1000 characters, y equals the 
total number of digits and z equals the number of digits to the riglit of the decimal 
45 point. 

3) The pairings are: 

Search method Data Type 

a) none varchar2(w) 

b) text box text-varchar2(«) or number(x.>')-varchar2(«) 
50 c) drop-down enum-varhar2(rt) 

d) radio boolean-char(l) 
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PMS Mapping 

1) Use PROD^GArtXy or SKU^GAnXy. Where PROD stands for the PRODUCT 
table; SKU stands for the SKU table. Where n is the maximum field size (in bytes or 

5 the number of characters/numerals). Where y is the sequential number of generic 

attributes with the same field size, in the same family. 
n = field size (1,50, 250, 500, or 1000 characters). 

y = a sequence number that increments by one for each value of the same size, 

2) Case is important! The PROD^GA, SKU^GA and the X are UPPER CASE 
10 LETTERS. 

3) In general, the n in PIMS mapping and the » in data type are equal. The n in data 
type can be less than the n in PIMS mapping, but the n in PEMS mapping can 
NEVER be less than the n in datatype. 

4) To avoid conflicts with preassigned GA columns (mentioned above), do not use the 
15 following PROD^GA numbers: PROD^GAIXI to PR0D_GA1X6; 

PROD_GA1X20; PROD_GA250X1; PROD_GA250X2; and PROD^GASOOXl to 
500X4. 

Required (Y or N) 

20 1) The only allowed values are Y for required and N for not required. 

2) This must be filled in for every family attribute. 

3) Unless absolutely needed, use N (otherwise, you may not be able to load products if an 

attribute is not given by the supplier). 

25 Website Category Name 
Always leave blank. 

Allowed Values (ENUMS) 

1) Always leave blank for attributes with a search method of text box. 
30 2) Always leave blanlc for attributes with a search method of radio. 

3) Always leave blank for attributes with a search method of none. 

4) No leading or trailing spaces. 

5) No ampersands (&). 

6) Values should be mixed case with the first letter of each word capitalized (but maintain 
35 proper nomenclature, e.g., NEMA, pH, mA). 

7) Values are separated by a semi-colon and a space (e.g., Enuml; Enum2; Enum3; 

Enum4). 

8) Semi-colons are not allowed within a value; otherwise, two values will be created. 

40 Sample Express Structural Ontology Specifications 

An example of an e)q)ress structural ontology specification 406 in spreadsheet form 804 
is shown in Figures lOA through ION of incorporated provisional application no. 60/274,595, 
which show screen shots of sample pages from a such specification spreadsheet 804, For 
convenience, that example is also sxmamarized textually below. 
45 The example is in a file named Promedix_Ontology_Spec.xls, in Microsoft Excel 

spreadsheet file format. It includes a worksheet "Category Specification" with columns entitled 
"Category", "Search refinement page", and "Attribute display page", but in this instance all 
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other cells of the worksheet are ^pty. It also includes a worksheet "Attribute Specification" 
>!\*ichhas columns entitied "Category", "Category Expansion"; "Category ID", "Family", 
"Family Attribute Name", "Search Method", "Field Name", "Data Type and Size", "PIMS 
mapping", and "Allowed values (for ENUMS)". In one instance, the first three columns 
contain data such as the following: 



Category 
Bottle 

Electromedical 
Other 
Silicone 
Tapes 

ANTHROPOMETERS 
ANTI-NAUSEA PRODUCTS 
ANTI-SLIP MATERIAL 



Category Expansion Category ID 

ADHESIVES-Bottle 105640200000 

ADHESIVES-Electromedical 105640300000 

ADHESIVES-Other 105640650000 

ADHESWBS-Silicone 105640725000 

ADHESIVES-Tapes 105640750000 

ANTHROPOMETERS 126300000000 

ANTI-NAUSEA PRODUCTS 1 3 1 600000000 

131960000000 



ANTI-SLIP MATERIAL 
ANTI-SNORE COLLARS/MASKS ANTI-SNORE COLLARS/MASKS 132000000000 
AROMATHERAPY AROMATHERAPY 143750000000 

ATOMIZER COOLING DEVICE ATOMIZER COOLING DEVICE 147750000000 
BACTERIA FILTERS BACTERIA FILTERS 154520000000 



FOOTPADS 

(SEE PADS, FOOT PADS) 



APPAREL-Footwear-FOOT PADS 137600050450 

APPAREI^Footwear- 137600050451 

FOOTPADS- 

(SEE PADS, FOOT PADS) 



Cells in the Family column contained question marks, or values such as "Anesth", "Apparel", 
"Services", "Lab"; the other cells in the woricsheet were apparently empty. 

Promedix_Ontology_Spec.xls also includes a worksheet "FYI - Generic Attributes" 
vwth columns entitled "Search Method", "Field Name", "Data Type and Size", "PIMS 
mapping", and "Allowed values (for ENUMS)". In this instance, the Search Method cells and 
Allowed values cells are empty, and the other three columns' cells contain values such as the 





following: 






Field Name 


Data Tvpe and Size PIMS mapping 




category 


char(50) 




name 


char(500) 


35 


quantity 


number 




imit_multiplier 


number(8) 




units 


char(20) 




price 


number(10,2) 




description 


CLOB 


40 


synonyms 


char(2000) 




applications 


char(4000) 




discipline 


'char(500) 




additional_info 


char(4000) 




references 


char(4000) 


45 


seals_of_appipval 


char(250) 
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certificate of aiialvsis 


charQSO) 






storage_temp 


char(500) 






shinninff temo 


charfSOO) 






related_products 


char(500) 




5 


weieht 


niimbern 5.5^ 






skujd 


number(12) 


CMDX internal sequence but possibly useful 
for vou to store*^ 




product id 


numberri2) 


CMDX internal seouence # but nossiblv usefiil 
for you to store? 


10 


cmdx sku 


charC250'> 


CMDX internal wneratpd from othf*!* fif*lH<5 
Possibly useful for you to store? 




supplier cat num 


char(40) 


The VWR catalog number. Must be unioue. 




orig^mfg_catnum 


char(64) 


Your origiixal manufacturer's catalog number - 
vour vendor cat mmn field 


15 


shippins tyoe 


nuinber(S) 


set of fixed values describing how a product is 

shiD'ned ^drv ice etc^ Yon mav want to ^torp 




review_enum 


number(5) 


set of fixed values relating to regulatory review 
and control You mav want to store 




agency_enum 


number(5) 


set of fixed values relating to regulatory review 


20 






and control You mav want to store 




regulatory_action_enum nuinber(5) 


set of fixed values relating to reeulatorv review 








and control. You may want to store. 




regulatory_schedule_enum number(5) 


set of fixed values relating to reeulatorv review 








and control. You may want to store. 


25 


MSDS 


CLOB 


text only 




image 


BLOB 


We accept jpgs and gifs only. Need to be 
correlated to an individual oroduct 




state_enum 


number(5) 


5 for all nroducts not available via Labnoint but 
are needed in XRPF 4 for all nroducts available 


30 






in Labpoint. 




barcode 


number(20) 


NOT USED CURRENTLY 




expiration_date 


date 


NOT USED CURRENTLY 




UN_Number 


number 


NOT USED CURRENfTLY 




shipping^weight 


numer(15,5) 


NOT USED CURRENTLY 



35 



Promedix_Ontology_Spec.xls also includes a worksheet "CHEMDEX Category 
Specification" with columns entitled "Category", "Search refinement page", and "Atribute 
display page", containing values such as those shown below; for clarity the string "Same as 
current Equipment" used in the spreadsheet is indicated below by "ScE" and the string 
40 "Current generic + all family" used and highlighted in the spreadsheet is indicated below by 
"Cg+af^ 

Category Search refinement page Atribute display page 



Cleaning and Sterilization Instruments ScE ScE 

Accessories and Parts ScE ScE 

45 Other Instruments and Equipment ScE ScE 

Gloves Cg+af Cg+af 

Personal Protection Cg+af Cg+af 
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Safety Products 


ScE 


ScE 


Ready-to-Use Gels and Colunuis 


Cg+af 


Cg+af 


Filters and Membranes 


Cg+af 


Cg+af 


Glass-, Plastic- and other labwaie 


Cg+af 


Cg+af 


Other Lab Supplies 


Cg+af 


Cg+af 


Furniture and Office Supplies 


ScE 


ScE 


Books and Videos 


Cg+af 


Cg+af 


Software 


Cg+af 


Cg+af 


Services 


ScE 


ScE 
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8 new search pages 8 new product detail pages 

Promedix_Ontology_Spec.xls also includes a worksheet "CHEMDEX Attribute 
Specification" with columns entitled "Category", "Family Attribute", "Search Method", "Field 
Name", "Data Type and Size", "PIMS mapping", and "Allowed values (for ENUMS)". A 
preface to the worksheet states the following in red letters: "All categories contain the current 
set of generic attributes as diey currently exist (default jiodejd = 1000), PLUS what* s listed 
below". The initial Category cells contain values such as "Sensors, Analyzers and pH Meters", 
"Spectrometers", and "Balances", with corresponding Family Attribute cells containing 
**NONE" and the corresponding cells of other columns apparently empty. Then a row occurs 
with the following cell contents: 

Search Metiiod 



Category 
Gloves 



Family Attribute 
Material 



Field Name 
material 



25 Data Type and Size PIMS mapping 
enum 



30 



35 



40 



45 



Allowed values rfor ENUMS) 

latex = 1 

cotton = 2 

neoprene = 3 

silicone rubber = 4 

butyl synthetic rubber = 5 

rubber = 6 

vinyl = 7 

nitrile = 8 

PVA = 9 

PXC = 10 

viton = 1 1 

hypalon = 12 

polyethylene - 13 

aramide = 14 

EVOH-15 

asbestos = 16 

leather = 17 

nylon = 18 

wool =19 

aluminium - 20 

Other = 50 
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Unspecified = 51 



The next two rows contain empty cells except as follows: 



Family Attribute 
Sterile 
Powder firee 



Search Method 

radio? 

radio? 



Field Name 
sterile 

powder_free 



Data Type and Size 

boolean 

boolean 



10 



15 



20 



'25 



30 



The subsequent rows contain additional values, including Family Attribute cell values such as 
"Pore size/MWCO", "Particle size'\ "Dimensions", "Number of wells", "Column type", 
"Compatibility", "Material", and "Sterile"; Search Method cell values such as "radio?", "text 
box", and "drop<lown"; Field Name cell values such as "pore_size_MWCO", "particle_size", 
"dimensions", "number_of_wells", "columnjype", "compatibility", "material", and "sterile"; 
and Data Type and Size cell values such as "char(250)", "char(500)", "number(3)", "boolean", 
and"enum". 

The preceding is merely one example. Other express structural ontology specifications 
may differ firom this example in various ways. As an example, some columns naay be omitted 
and/or others added. If only one search method is used, no column of cells specifying dilferent 
search methods would be needed. Field name and Family attribute could be combined into a 
single column in some specifications. The strings used to represent column names and cell 
values could vary. The data types and sizes available may vary. Mappings to database fields 
might be implicit in field names, or might be omitted if the specification is not used to generate 
data load scripts. Columns may be organized into worksheets differently; another specification 
includes only a Category Specification worksheet with columns entitled "Category", "Search 
refinement page", and "Atribute <hsplay page" plus an Attribute Specification worksheet with 
columns entitled "Family Attribute", "Search method", "Field Name", "Data Type", "PIMS 
mapping", and "Allowed values (for ENUMS)", Those of skill m the art will recognize that 
combinations of these and other variations are possible in different embodiments of the 
invention, given the teachings of the entire appHcation and the knowledge brought to them by 
such persons. In one embodiment, the express structural ontology specification 406 includes a 
^•required fields" identification, which is used for instance by the group of people who are 
responsible for configuring data tools 818 such as the web catalog manager 900. In one 
embodiment, the specification 406 includes a "printfile" identification, which is used for 
instance to create 506 print modules and QA modules. 

Another example of an express structural ontology specification 406 in spreadsheet 
form 804 is given in incorporated provisional application no. 60/280, 1 96 at pages 49-5 1 . For 
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convenience, that example is also provided below. This ontology specification 406 was 

apparently used to generate output files shown in that incorporated appUcation. In text fonnat, 

the ontology data in the specification 406 includes the following excerpts; 

CATEGORY prod_att_def_iddef ault_node_iciprint fileFamily 
5 Attribute : Search method Field NameDataType PIMS mapping 

Required? Website Category Name Allowed values (for 
ENUMS) 

Piping Valve-Ball 1057 1085 PVBALL Type: drop-down 
type enum~varchar2 (50) PROD_GA50X1 N One 
10 Piece Body; Two Piece Body; Three Piece Body; Three Way Split 
Body; Other 

Size (Inches) ; drop-down size enum- 
varchar2(50} PROD_GA50X2 N 0.125; 0.25; 0.375; 

0.5; 0.75; 1; 1.25; 1.5; 2; 2.5; 3; 4; 5; 6; 8; 10; 12; 14; 16; 
15 18; 20; 24; 30; 36; Other 

Manufacturer: drop-down manufacturer 
enura-varchar2{50) PROD_GA50X3 N APOLLO; 
ASASHI; ATOMAC; CHEMTROL; COOPER; DIXON; DRAGON; DRESSER; 
DURCO; KITZ; KTM; MCCANNA; MILWAUKEE; NELES-JAMESBURY; POWELL; 
20 VELAN; VICTAULIC; VOGT; WATTS; WKM; OTHER 

Connection: drop-down connectionenum- 
varchar2(50) PROD_GA50X4 N Butt Weld (BW) ; Flanged 

(FLG) ; Socket Weld (SW); Sweat; Threaded (THD) ; Threaded X 
Socket Weld ; Other 
25 ... 

Insulation Type: drop-down 
insulation_typeenuin-varchar2 (50) PR6d_GA50X3 N 
Bare; THW; THHN; THWN; XHHW; RHH; RHW; TFFN; TF; TFF; AWM; 
. MTW/AWM; ACTHH; HCFC; ACT (Bare); SDT/TC; XLP; EPR; FR-PVC; 
30 Polyethylene; PVC; Polypropylene; Teflon; Other 

Conductor Groupings :drop~down 
conductor_groupings en\ain-varchar2 (50) PROD_GA50X4 N 
Single; Pair; Triad; Other 

"No. of Conductors, Pairs, Triads : " drop- 
down number_of_conductorsenum-varchar2 (50) PROD_GA50X5 • N 

1; 2; 3; 4; 5; 6; 7; 8; 9; 10; 11; 12; 13; 15; 16; 
17; 18; 19; 24; 25; 27; 36; 49; 50; 51; 102; Other 

40 

Conductor Size : drop-down conductor_size 
enum-varchar2(50) PROD_GA50X5 N 22; 20; 18; 

16; 14; 12; 10; 8; 6; 4; 2; 1; 1/0; 2/0; 3/0; 4/0; 250; 350; 
500; 600; 750; 1000; Other 

45 

Color: drop-down color enum- 
varchar2(50) PROD_GA50X7 N Black; White; Red; 

Blue; Yellow; Green; Orange; Brown; Purple; Gray; Blk/Wht; 

35 
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10 



Blk/Rd; Rd/Blk/Wh; Other 
varchar2 (50) 



varchar2 (50) 



varchar2 (50) 



Strand: 
PROD GA50X8 



drop-down strand enum- 

N Solid; Stranded; Other 



Metallurgy: 
PROD GA50X9 N 



Armor : 
PROD GA50X10 



Galvanized Steel; Other 



drop-down metal lurgyenum- 

Copper; Aluminum; Other 



drop-down armor enum- 
N None; Aluminum; 



15 



20 



25 



30 



35 



40 



45 



Jacket : 
PROD GA50X11 



varchar2(50) _ 
PVC; Other 

• Tray Rated? 
chard) PROD GA1X7N 



drop-down jacket enum- 
N None; Chrome PVC; Std 



radio 



tray_ratedboolean- 



Shield: drop-down shield enum- 
varchar2(50) PROD_GA50X12 N Unshielded; Overall 

Shield; Individual Shield; Overall and Individual; Other 

Wire and Cable - Accessories 1325 1353 CABLEACC Type: 
drop-down type enum-varchar2 (50) PROD_GA50X1 N 
Cable Clips; Cable Cutters; Cable Pullers; Cable Tie 

Wraps; Crimp Tools; Fish Tapes; Heat Shrink Tubing; Pulling 

Grips; Pulling Line; Spiral Wrap; Electrical Tape; Wire Labels; 

Wire Lubrication; Wire Strippers; Other 

Wireway 1326 1354 WIREWAY Type: drop-down type enum- 

varchar2(50) PROD_GA50X1 N Wireway; Slotted 

Raceway; Adapter; Connector; Cover; Cross; Elbow45; Elbow90; 
Hanger; Reducer; Tee; Other 



varchar2 (50) 



varchar2 (50) 
Other 

varchar2 (50) 
Other 



Material: drop-down material enum- 
PROD_GA50X2 N Metal; PVC; Other 

Width (Inches) : drop-down width enum- 
PROD_GA50X3 N 1; 1.5; 2; 3; 4; 6; 8; 

Depth (Inches) : drop-down depth enum- 
PROD_GA50X4 N 1; 1.5; 2; 3; 4; 6; 8; 

Length (Feet) : drop-down length enum- 
PROD GA50X5 N 1; 2; 3; 4; 5; 6; 10; 



varchar2(50) _ 
Other 

Electrical - Other 1327 1355 ELOTHER Type: 

type enum-varchar2 (50) PROD_GA50X1 N 



drop-down 
Other 



50 
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A Sample User Interface Configuration File 

One »nbodiment of the invention generates 700-7 1 0 an ontology.prop^es file wliich 
includes the content shown below; for conciseness, material similar to that shown was omitted 
at the points indicated by ellipses and some blank lines were removed. Similar examples are 
5 provided in incorporated provisional application 60/280,196 at pages 3 1-33 and 61-63: 

# The Category ID "0" is reserved for the Generic Attributes 

CSEARCHO=Generic 
CMDISPO= 
10 CRDISPO= 

TrL_CATEGORIES=22 

# Category names for search and display on the UI 

15 

CSEARCHl=Alkaline Batteries 
CMDISPl=Alkaline Batteries 
CRDISPl=Alkaline Batteries 
C0RDER=1 

20 

CSBARCH2=Desk Staplers 
CMDISP2=Desk Staplers 
CRDISP2=Desk Staplers 
C0RDER=2 



CSEARCH22=Paper Clips 
CMDISP22=Paper Clips 
30 CRDISP22=Paper Clips 
CORDER=22 

# All the Attributes for the above Categories 

# First the Generic attributes 

35 

VAROAO= 
DISPOAO= 
ZONE0A0= 
PIMSOAO=prod_name 
40 ISSEARCHOAO=false 
FORMTYPE0A0= 

VAR0A1= 

DISPOAl =Description 
45 ZONEOA1= 

PIMSOAl=product_description 
ISSEARCHOAl=false 
. FORMTYPEOA1= 
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VAR0A2= 
DISP0A2=Supplier 
ZONE0A2= 
5 PIMS0A2=supplier_short_name 
ISSEARCH0A2=false 
FORMTYPE0A2= 

VAR0A3= 
10 DISP0A3=Supplia: Catalog # 
ZONE0A3= 

PIMS0A3=supplier_cat_mim 

ISSEARCH0A3=false, 

FORMTYPE0A3= 



VAR0A17= 
DISP0A17= 
20 ZONE0A17= 

PIMSOAl 7=supplier_id 
ISSEARCH0A17=false 
FORMTYPE0A17= 

25 TTL0=18 

. # Now the category specific attributes 

#1 Alkaline Batteries 

30 

VARlAO=size 
DISPlAO=Size 
ZONElA0=size 
ISSEARCHlAO=true 
35 FORMTYPElA0=envim 

VARl A 1 =mercuryFree 
DISPlAl=Mercury Free? 
ZONEl Al=mercury_free 
40 ISSEARCHlA]=true 
FORMTYPElAl=radio 

TTL1=2 

45 #2 Desk St^lers . 

VAR2A0=color 
DISP2A0=Color 
ZONE2A0=color 
50 ISSEARCH2A0=true 
FORMTYPE2A0=text 
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VAR2Al=stapleType 
DISP2Al=Staple Type 
Z0NE2Al=staple_type 
5 ISSEARCH2Al=true 
F0RMTYPE2Al=enum 

VAR2A2=paperCapacity 
DISP2A2=Paper Capacity 
10 ZONE2A2=paper_capacity 
ISSEARCH2A2=true 
FORMTYPE2A2=text 

TTL2=3 

15 



#22 Clips 

20 VAjR22A0=size 
DISP22A0=Size 
ZONE22A0=size 
ISSEARCH22A0=true 
FORMTYPE22A0=enum 

25 

VAR22Al=material 
DISP22Al=Material 
ZONE22Al=material 
ISSEARCH22Al=trae 
30 FORMTYPE22Al=enum 

VAR22A2=color 
DISP22A2=Color/Fimsh 
ZONE22A2=color 
35 ISSEARCH22A2=true 
FORMTYPE22A2=text 

TTL22=3 

40 20 

A Sample Catalog Enumeration Load Sheet 

One embodiment of the invention generates 714 a generic attributes enum load file. The 

data in the load file is generated in the following format: 

45 ■PIMS'|'1023TPR.OD_GA50Xl'l7|'Neomycin'; 

where PIMS stands for the project name, 1013 stands for the Prod_AttJDef_Id, 

PROD_GASOX1 is the actual column name, 7 is an example of the enxmieration value, it could 

be any numeric number, and the last entry is the actual value (human-oriented representation). 
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One enum table includes an entry set that can map jfrom defauIt_node Jd to 
prodjattr_def_id codes; an entry set that can map from default_node_id to visual 
representation; and an entry set that can map from prod_attr_def^id to visual representation. 

5 A Sample Checklist 

Figures 9A and 9B of incorporated provisional application no. 60/274,595 show an 
example from a checklist generated 718 in spreadsheet form from an express structural 
ontology specification 406. For convenience, that example is also described here. The checklist 
file contains a single worksheet, called "checkList". An initial part of the worksheet contains 
10 four named columns, including an empty "Comments"' column and three columns containing 
values such as the following: 

Category Name Spelling correct? Format conect? 

Respiratory Therapy yes no yes no 

Plastics yes no yes no 

15 Nutrition and Dietary Supplies yes no yes no 

Veterinarj' Supplies and Equipment yes no yes no 

Subsequent rov^ ask "Are the categories in the correct order of appearance? yes no", and "Is 
the list of categories complete? yes no". This is followed by "Category names are spelled 

20 correctly, are properly formatted and are in the correct order on the Category Search Page". 

A next portion, "QA of Category Search Pages by Family", contains columns named 
"Category Name", "Attribute Name", "Correct?", "Search type", "Correct", "Allow enum 
values", "Correct?", and "Comments". Within these columns the categories and attributes of 
the marketplace (as extracted from tiie specification 406) are listed for review. For instance, a 

25 Category Name "Respiratory Therapy" has associated rows with Attribute Name cell values 
such as "respiratory_type" and "mdi_field_l", with Search type cell values "drop-down" and 
"none", and with an Allow enum values cell containing "Aerosol Therapy/Treatment Devices; 
Air Compressors and Pumps; Air Oxygen Mixers, Concentrators, Purifiers, Cleaners, and 
Analyzers; Airway Kits; Blood Oas Sampling Equipment and Supplies; Breathing Aids and 

30 Exercisers; Filters, Moisture Traps; Gas Monitoring Equipment; Gases, Regulators, 

Cylinders and Accessories; Humidifiers; Iron Lungs; Other; Oxygen Masks and Delivery 
Devices; Percussors; Pulmonary Function Testing Devices— Peak Flowmeters, Volumeters, 
Spirometers; Respirators and Ventilators and Accessories; Vaporizers". Cells at the end of the 
Req)iratoiy Therapy section ask "Attribute list complete? yes no" and "Enum lists complete 

35 yes no", so the person inspecting the attributes and enumeration values can circle "yes" or 
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"no" accordingly. Similar sections are provided for other Category Names. Other examples are 
provided in incorporated provisional application 60/280,196 at pages 26-28 and 67-68. 



Additional Examples and Details 

5 File naming conventions may be used. For instance, the PROD_ATT_DEF output files 

created by an inventive script 414 may be named according to the format <three-character 
alphabetic vertical code>_load__setup_<NN>.txt» Various delimiter characters may be used 
between parameters in the script command line, with a blank space preferred. One file naming 
convention for output files created by inventive scripts 414 has the vertical company name, 
10 then an underbar, then the type of printfile, then another underbar, and finally the ".out" 
filename extension. 

In one embodiment, temporary files used by a script according to tlie invention are 

placed in a du-ectory; files are organized according to femilies. For instance, a genemted 712, 

716 Acmotor.txt file contains the following excerpt: 

15 . 

type!char]50||Squirrel Cage Induction Motor;Synchronoxis Motor;Oth©r|prod_ga50xl 
speedslchar|50||Single Speed;Two Speed;Other|prod_ga50x2 

enclosure|char|50||TEFC;Explosion Proof (FCXP);Drip Proof (DP);Open;Other|prod_ga50x3 

voltage|char|50|1460 Volts; 11 5/23 0V;1 90/380V;200V;200/400V;230/460V;208- 
20 230/460;Other|prod_ga50x4 

phase|char|50| [Single Phase, Capacitor Start;Single Phase, Split Phase;Three 

Phase;Other|prod_ga50x5 

fi:equency|char|50||60;50;Other|prod_ga50x6 

service_factor)char|501| 1 . 1 5 ; 1 .0;Other|prod_ga50x7 
25 hp|char|50||0.5;0.75;l;L5;2;3;5;7.5;10;15;20;25;30;40;50;60;75;100;125;l^ 

od_ga50x8 

rpmlchar|50|13600;l 800;1200;900;Other|prod__ga50x9 

In general, the invention may be implemented in varioxis ways using various data 
30 formats. For instance, one implementation might store generated 712, 716 data such as that just 
illustrated for Acmotor.txt in a spreadsheet file (e.g., Acmotor.xls) rather than (or in addition 
to) storing that data in a text file. 

A script 414 may be used to create other scripts 414, 808. For instance, in one 
embodiment scripts are created 726 by giving the following command: 
35 auto.ksh "family name" "default node id" "product att def id" 

where an example of a "family name" is ^l^olts", an example of a "default node id" is 
- "103 1", and an example of a "product att def id" is "1456". 

One previously internal document describing a vertical generation script 414 according 
to the invention for use on a UNIX system, such as a UNIX Solaris system, includes the text 
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shown below [reference numbers have been added for convenience]; a shorter version of this 
docum^t is also recited in incorporated provisional application 60/278,558 at pages 5-9: 



How do you use the scripts 

The main menu, menu_vertical.ksh, calls the vertical generating perl scripts which are in 
/CES/users/sma/verticals_build directory. You can cvs check out the scripts from directory 
ces/ventro/scripts/pims_l_7, and point BuildOut link to the directory you checked out 

1 . 1 . Following steps show you how to create an alias in your .cshrc file for easy access the 

menu_vertical,ksh script, 
a), vi .cshrc 

b). add the line "alias BuildOut /CES/users/sma/verticals_build/menu_vertical.ksh'' 
c). or instead of doing step 2, you can create a BuildOut alias to the directory where the perl 
scripts are cvs checked out to. 

d) , source .cshrc (now BuildOut will associate with the path of perl scripts, you can 
type in the alias and the script will be called correctly. 

e) . you can now start your vertical BuildOut script. 

Save the ontologv file as a text file 

1 . create a new directory using Unix command- mkdir $ verticalName, SverticalName 
can be marketmile,promedix and etc 

2. change permission of the directory to 775 (chmod 775 $verticalName) 

3. rename the ontology file as tab-delimited file with the extension :txt and save it 
under the $verticalName directory. 

4. modify the tab-delimited file and delete all the headings fi-om the files, (because 
each vertical may add different headings in the ontology file, the perl script can not 
catch all the exception). Save the modified fiJe. 

e). You can run the BuildOut firom any directory you want 

How to run BuildOut script 

a) If the ontology file named "$vertical.txt" is under the directory TestVerticals, you 
can use this ontology file as the source file to build out. all the data load files and 
perl scripts for the $verticaL 

b) There are 2 types of choices. You can build out [506] individual files or scripts by 
choose one of the number firom the Menu lists. Or, you can choose number 14 
which builds out [506] the entire vertical suites. 

c) You need to give the absolute directory path where the tab-delimited ontology file 
located, and give the file name as well. (Remember to remove the headings firom 
the tab-delimited file before running the BuildOut) 

d) After finishing the BuildOut script, a report file in the same directory as ontology 
file is generated which briefly explains you what the files are. 

Run BuildOut 

-/TestVerticals > BuildOut 
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Menu lists 

1. Convert ontology txt file to flat txt file 

2. Generate enum data file from ontology spec sheet [406] 
5 3. Generate [714] qa tags from ontology spec sheet [406] 

4 . Generate UI validation file from ontology spec sheet 
[406] 

5. Generate [716] data files for prod_tree_def and 
prod_att_def tables 

10 6 . Generate printf ile modules from ontology spec sheet 

7. Generate [726] parsing template from ontology spec 
sheet 

8 . Generate Excel spread sheets from ontology spec sheet 

9. Generate create_new_company • ksh 

15 10. Generate [726] tab2pipeTemplate.pl 

14. Create verticals 

Please choose one of the above number [-1] : 
20 14 

Please enter absolute directory path of the ontology file 
: /CES/users/sma/TestVerticals 

Enter the name of the ontology text file [] : mmi.txt 

25 Directory /CES/users/sma/TestVerticals 

Spec sheet file name mmi.txt 

Output file name 

Option Build up [506] all eniam files, qa 

tags, UI validation file, data input files for 
30 prod_tree_def , data file for prod__att_def tables, print 

modules, standard parsing script, excel files for DBA 
shares 



35 



Are they correct [y] ? y 

smaSindyr-'/TestVerticals > Is -Itr 
total 296 





-rwxr-xr-x 1 sma 


staff 


13072 


Oct 


9- 


11; 39 




rami . txt* 












40 


drwxr-xr-x 2 sma 
.all_tags/ 


staff 


4096 


Oct 


11 


17:31 




-rw-r — r — 1 sma 


staff 


5739 


Oct 


11 


17:37 




enumFile_f or^review . 


out 












-rw-r — r — 1 sma 


staff 


3299 


Oct 


11 


17:37 


45 


enumFile [712, 728] 














-rw-r — r — 1 sma 


staff 


1739 


Oct 


11 


17:37 




resetArray_Vertical . 


pm [726] 












-rwxr-xr-x 1 sma 


staff 


11470 


Oct 


11 


17:37 




qaTemplate.pl* [724] 












50 


-rw-r — r — 1 sma 


staff 


562 


Oct 


11 


17:37 



prod_tree_def .out [712 and/or 728] 

44 
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-rw-r — r — 1 sma staff 


37112 


Oct 


11 


17: 


37 




procl_att_def .out [712 and/or 728] 














-rw-r — r — 1 sma staff 


4930 


Oct 


11 


17: 


37 




print 4PIMS_vertical.pm [726] 












5 


-rw-r — r — 1 sma staff 


8719 


Oct 


11 


17: 


37 




checkList.xls [718] 














' -rw-r — r — 1 sma staff 


6050 


Oct 


11 


17: 


37 




Standard_paringTemplate.pl [726] 














-rwxr-xr-x 1 sma staff 


619 


Oct 


11 


17: 


37 


10 


tab2pipeTemplate.pl* [726] 














-rw-r — r — 1 sma staff 


1066 


Oct 


11 


17: 


37 




report . txt 














-rwxr-xr-x 1 sma staff 


1175 


Oct 


•11 


17: 


37 




new_companyTemplate. ksh* [726] 












15 


drwxr-xr-x 2 sma staff 


4096 


Oct 


11 


17: 


37 



f amily_Attribute/ 



Detail about the scripts and data files. 

20 

• Script: qaTemplate.pl 

• Purpose: The data files are pipe-delimited text files which are ready to load into databases 
by load scripts. Since tiie nature of data files is complicated, we like to ensure the data 

25 schema in the text files are correct before being loaded to production databases. The 

[generated 724] qa script, qaTemplate.pl, is designed to validate individual columns of data 
files to make sure the data types and values of the data load files are the same as defined by 
ontology. Data load files contain 2 major portions, the generic attributes and the family 
. attributes. There are 44 generic attributes for PIMS 1 .7 schema, and the numbers of family 

30 attributes are vertical dependent. The number of generic attributes can be updated 
according to the different versions of PBMS. 

• QaTeiiiplate.pl reads tag files under all_tags directory: Before building qaTemplate.pl, 
the tag_generator.pl gets called first to build all the tag files based on ontology file and 

35 stored them under the all_tags directory. The tag files have names with $printfile.txt which 
will be used for matching data files during qa. 

• How to modify the qaTemplate.pI script: 

40 Before running qaTemplate.pl, you need to modify the following items. 
Note 1: 

(Required) you need to. update the SqaDir to where the qaTemplate.pl script is created. 

45 

my SqaDir = "/CES/users/<changeme>"; 

e.g. If the qaTemplate.pl was created under /CES/users/sma/marketmile/verticals, 
then the SqaDir will be 

50 

SqaDir = "/CES/users/sma/marketmile/verticals"; 

45 
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Note 2: 

(Optional) I suggest to rename qaTemplate.pl as qaSVertical.pl, it will help you identify 
different tag sources for qaTemplate.pL 

e.g. mv qaTemplate.pl qaMmi.pl (for $Vertical name as Mmi) 

Note 3: 

(Optional) Create an alias in your login .cshrc file which allows easy access of qa 
script, 

alias qaMmi.pl /CES/users/sma/marketmile/verticals/qaMMLpl 

Note 4: 

(Optional) You can cd to the directory where the data files are, and run the following 
command. 

Usages: qaMmi.pl <company name> . /*out 
1^ $ARGV[0]— >| 

Note 5: 

The qaTemplate.pl reads and extracts the Sprintfile names firom all the data load files 
provided by $ARGV[0]. It is hnportant to have Sprintfile in the tag files match 
$printfile m the data load files. If the spelling of data files don't have correct Sprintfile 
as provided in ontology, qaTemplate.pl will fail to qa the data files. 

After matching the data load files with one of the tag files, qaTemplate.pl compares 
both generic and family attributes in the data files with both generic.txt and the chosen 
tag file. The generic.t>rt is conmion across all the verticals which describes the schema 
of data types, allow values and required-or-not of all the generic attributes. Family tag 
files contains the data schema of the family attributes only. 

e.g. The qaTemplate.pl extracts Sprintfile names firom data files 

if (Sinfile =^ AQ$companyName\E\J(.+)\.out/) { 

$family = $l; 

// $1 contains the Sprintfile which is shortname for the Sfamily 



} 

e.g. The qaTemplate.pl extracts Sprintfile names firom tag files to build hash 
%wantedTagHash 

foreach StagFileName (@tagFiIes) { 

46 
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open (TAG, StagFileName) \\ die "Can^t open StagFileName $! \n"; 
StagFileName ^ sA+V(.*?)Vtxt/$l/i; 



5 $wantedTagsHash{$tagFileName} {"columnCt"} = $line; 

} 

• Script: tab2pipe.pl 

10 Usages: tab2pipe.pl <source directory> <new directory> 

Purpose: [Generated 726] tab2pipe.pl is to convert tab-delimited files with pipe delimiter, 
and the file can have extension txt, out, inp and ctl. 

Note 1: The script will convert the tab to pipe, and remove ctl M to replace it with a new 
15 line for all the files under the "source directory" and copy the edited files to a new 
directory. 

Note 2: You need to provide the absolute paths of the source and new directories. 
20 Note 3: The new directory will be created if it is not there previously. 

• Script: Standard jaringTemplate.pl 

• Purpose: This is a perl parsing script which calls print modules. It takes 6 steps to generate 
[726] the.standard_parsingTemplate.pl 

25 

Step 1 : Saved the ontology file as text file. 
Step 2: merge.pl will merge the text file as a new input file. 
Step 3 : build jrintColumnCtHash.pl builds a "printfile hash" with $printfile as key, 
and list reference as values. The list contains total attribute counts, prod__att_def_id, and 
30 defauIt_node_id. 

Step 4: combineResetArray joins pimsColumnCt_table with resetArray.pm to form 
[726] vertical specific resetArray.pm. 

Step 5 : parsuigTemplate_l .pi and parsingTemplate_2.pl contain portions of 
parsingTemplate. 

35 Step 6: combineStdParsing.ksh joins both parsingTemplate together. 

Note 1: This is a parsing template. The script calls the print module and you need to update all 
the <changeme>. 

40 • Script: tag;_generatorTemplate.pl 

• Directory: all_tags ' 

Note 1 : The directory contains all the data files used by the qa scripts. It was generated by 
tag_generatorTemplate.pl 

45 
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Note 2: tag^generatorTemplate.pl reads in ontology flat file to build qa files from ontology 
spreadsheet. All the qa files are stored under "alljags" directory, and tlie qa files are 
named as $printfile.txt such as pipe.txt. The format of the $printfile.t?ct is "SfamAtt 
|$dataType |$dbSize |$require |$alIowValue |$pimsType &&&&". The qaTemplate.pl 
5 reads in the qa files and parses the values with pipe-delimiter. After comparing Ihe data 
load files again their corresponding qa files, the script will report errors in genericError file. 

• Script: map£xcelfile.pl 

10 Purpose: to build [712] family_attribute excel spreadsheets and node.ga files from ontology 
spreadsheet. 

Note 1: The mapExcelfile.pl reads ontology data and generic.txt to build 2 hash tables 
including the generic hash and family hash. Generic hash contains all the common generic 
15 attributes^ and family bash contains the family attributes described in ontology spec sheet. 

• Directory: fainily__Attribute 

Note 1: The directory contains all the Excel spread sheets used by Database 
20 engineering team to create vertical specific schema. 

• Directory: node_ga 

Notel: [generated 712, 714] nodeJd.ga file, used by DBA team to create [726] data 
25 load files 

• File: report.txt 

Note 1 : The file contains the paths of the new files generated by menuj/ertical.ksh 

30 

• Script: validate.pl 

Purpose: validate.pl reads family_attributes, search_type and allowed_values from ontology 
spec sheet to build [7 1 8-722] a checkList in Excel format. The checkList.xls is used for front 
end UI display. 

35 

• File: checkList.xls 

Note 1 : The file contains the checklist of the [generated 720-722] front end values. 

40 • Files: enumFile and enun[iFile_for_review.txt 

Note 1 : enumFile is [generated 712, 728] for DBA load to enum table 
Note 2: eniraiFile_for_review.txt is for content QA do the data review 

45 • File: prod_att_def.out 

Note 1 : [Generated 712, 728] For DBA to populate prod_att_def table 

• File: prod_tree_def.out 

50 

48 
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Notel: [Generated 712, 728] For DBA to populate prodjree^def table. 

• File: ontology .properties 

5 Notel : For front end to use. It is B20 compatible. 

♦ File: Enuni.properties 

Notel : For front end eniun get service. It is B20 compatible. 

10 

• Script: resetArrayTemplatcpm 

• Purpose: To reset the generic and family arrays to values null. 

• Note 1: combineResetArray.ksh joins lines 1-36 of resetAnrayTemplate.pm, with 

15 • Note 2: script buildjprintColumnCflIash.pl creates "printfile" as a key and 3 values as 
hash values. The values are total column counts, prod_att_def Jd, and default__node_id. 

"ADAPTER" => [46,1026,1054], 
"BEND" => [45,1027,1055], 
20 "BOLT" => [45,1023,1051], 

• Script: famiIyAtt_TempIate.pl 

Purpose: fatnilyAtt_Template.pl reads prod_att_defJd and default_nodeJd columns 
25 from ontology spec sheet, and generates two files including "prod_tree_def.out" 

and "load_setup.out". Prod_tree_def out is used by DEE to populate prod_tree_def 
table, and the data is required for database build out. Load_setup.out is used by 
DBE to create [726] automated data load scripts. 

30 In one embodiment, a menu_vertical.ksh file contains text such as the following: 

#!/usr/bin/sh -f 

************* *************** 

35 # Name: 

# vertical .sh 

# 

# Purpose: 
# 

40 # Usage: 

# Run this script by typing vertical. sh 

# ' 

^ ******************************************************** ****** 

45 unalias cd 
unalias rm 
unalias cp 

bold="tput smso^ 

49 
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offbold'-^tput rmso' 
confirm="n" 

5 PR0JECT_DIR="/CES/users/sma/vertical_buildPiMS17" ; 

. while [ "$confirm" !=""]&&[ "$confirm" != "y" ] 
do 

\ 

10 clear 
echo 

" +=======:==============================:===================== • 

echo "I I" 
15 echo "I Vertical menus I " 

echo "1 I" 
echo 

- " +=================================================================== 



20 echo " " 
echo " " 



echo " " 
echo " " 



25 



input="" 
while [ "$input" = ] 
do , 

0PTI0N_FLAG=-1; export OPTION_FLAG 



30 



clear 
echo " " 
echo " " 

echo " Menu lists" 
35 echo " " 

echo " " 

echo "1. Convert ontology txt file to flat txt file" 
echo "" 

40 echo "2. Generate enum data file from ontology spec 

sheet" 

echo "" 

echo "3. Generate qa tags from ontology spec sheet" 
echo "" 

45 echo "4. Generate UI validation file from ontology spec 

sheet" 

echo " " 

echo "5. Generate [726] data files for prod_tree_def . 
and prod_att__def tables, and load__setup . out for auto.ksh " 
50 echo " " 



50 
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echo "6. Generate printfile modules from ontology spec 

sheet" 

echo " " . 

echo "7. Generate parsing template from ontology spec 
5 sheet" 

echo " " 

echo "8. Generate Excel spread sheets/node_id.ga files 
from ontology spec sheet" 
echo " " 

10 echo "9. Generate [726] create_new_company . ksh" 

echo " " 

echo "10. Generate tab2pipeTemp.late.pl" 
echo " " 

echo "11. Generate ontology. properties" 
15 echo " " 

echo "14. Create verticals" 
echo" " 

echo "Please choose one of the above number 
20 [$OPTION_FLAG] :\c" 
echo "" 

read input 
if [ "$input" = "" ]; then 
25 input=$OPTION_FLAG 

fi • 

if [ "$input" <> "" ]; then 

30 if [ "$input" = 1 ]; then 

ACTION=" Convert ontology spec sheet to flat file" 
0PTI0N="1" 

. elif [ "$input" = 2 ]; then 
35 ACTION="Generate enum file from ontology spec 

sheet" 

0PTI0N="2" 
elif [ "$input" = 3 ] ; then 

ACTION="Generate qa tags from ontology spec sheet" 
40 0PTI0N="3" 

elif [ "$input" = 4 ]; then 

ACTION="Generate qa tags from ontology spec sheet" 
0PTI0N="4" 



45 



50 



files" 



elif [ "$input" = 5 ] ; then 

ACTION="Generate prod_att_def and pord_tree_def 

0PTI0N="5" 

elif [ "$input" = 6 ]; then 

51 
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ACTION="Generate print modules from ontology spec 

sheet" 

0PTI0N="6" 

5 elif [ "$input" = 7 ] ; then 

ACTION="Generate a parsing template from ontology 

spec sheet" 

OPTI0N="7" 

10 elif [ "$input" = 8 ]/ then 

ACTION="Generate Excel templates/node^id. ga from 
ontology spec sheet" 

0PTI0N="8" 

15 elif [ "$input" = 9 ]; then 

ACTION="Generate the create_nev7_corapany. ksh" 
0PTI0N="9" 

elif [ "$input" =10 ]; then 
20 ACTION="Generate the tab2pipe,pl" 

OPTION="10" 

elif t "$input" = 11 ]; then 

ACTION-"Generate the ontology. properties" 
25 0PTI0N="11" 

elif [ "$input" =14 ]; then 

ACTION="Build up all enum files, qa tags, UI 
validation file, data input files for prod_tree_def , data file 
30 for prod_att_def tables, print modules, standard parsing 
script, excel files for DBA shares" 
0PTI0N="14" 

fi 

35 fi 

done 

input="" 
40 while t "$input" - "" ] 

do 

echo "Please enter absolute directory path of the ontology 
file : \c" 

read input 

45 

if [ "$input" <> "" ]; then 
if [ -d $input ] ; then 
TOP=$input; export TOP 
break 
50 else 

echo "'" $input "' is not a valid directory." 
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input="" 
echo " " 
fi 

fi 
done 

input="" 

if [ $OPTION != 9 ]; then 



while [ "$input" = ] 
do 

echo "Enter the name of the ontology text file 
t$FILE_NAME] : \c" 
15 read input 

if [ "$input" = ]; then 
input=$FILE_NAME 

fi 

20 if ( "$input" <> "" ]; then 

if [ -r $TOP/$input ] 
then 

FILE_NAME=$input; export FILE_NAME 
break 
25' else 

echo ""' $input "' is not a valid file or file is 
not readable . " 

echo "All data files must under TOP/data 

directory." 
30 input="" 
echo " " 
fi 

fi 
done 



fi 



if ( "$OPTION" != "3" ] && [ "$OPTI0N" != "5" ] &S [ 

"$OPTION" != "7" ] &«< [ "$OPTION" != "8" ] && [ "$OPTION" ! = 

40 "7" ] && [ "$0PTION" != "6" ] && [ "$OPTION" != "14" ] && [ 

"$OPTION" != "9" ] && [ "$OPTION" != "10" ] && [ "$OPTION" != 
"11" ]; then 

input="" 
45 while [ "$ input" = "" ] 

do 

echo "Enter the output file name [$FLAT__FILE] : \c" 
read input ' 
50 if [ "$input" = "" ] 

then 

53 
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FLAT_FILE="flat_sp6C.txt"; export FLAT_FILE 

break 

fi 

5 if [ "$input" <> "" ] 

then 

echo "HI IN THE LINE 214 $input $FLAT_FILE" 
FLAT_FILE=$ input 
fi ■ 
10 done 

fi 

echo " " 
15 echo " " 

echo " " 

echo " " • 

echo "Directory " $TOP 

20 echo "Spec sheet file name " $FILE_NAME 

if ( "$OPTI0N" != "3" 3 && ( "$OPTION" != "5" ] && [ 
"$OPTION" != "6" ] && [ "$OPTION" != "7" ] && [ "$OPTION" != 
"9" ] 

then 

25 echo "Output file name " $FLAT_FILE 

fi 

echo "Option " $ACTION 

echo "" 

30 echo "Are they correct ty]?\c" 
read confirm 
echo $confirm 

done 
35 , echo " " 
echo " " 

if [ "$OPTION" = "1" ]; then 

$PROJECT_DIR/merge.pl $TOP $FILE_NAME $FLAT_FILE 

40 

elif [ "^OPTION" = "2" ]; then 

tempFile=" tempflatfile.txt" 

$PROJECT_DIR/merge.pl $TOP $FILE_NAME $tempFile 

45 

$ PRO JECT_DIR/enumT emplate.pl $TOP $tempFile . $FLAT_FILE 
t emp=" $ FLAT_FILE "_f or_re view 
echo "$temp" 

50 echo "File $bold $FLAT_FILE $offbold is enum load file 

which is in the $TOP directory" 
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echo " " 

echo "File $bold $temp $offbold is for review purpose" 
echo " " 

elif-[ "$OPTION" = "3" ]; then 

tempFile=" tempflatfile.txt" 

$?ROJECT_D I R/me rge.pl $TOP $FILE_NAME $tempFile 
$PRpJECT_DIR/tag_generatorTemplate.pl $TOP $teinpFile 
cp $PROJECT_DIR/qaTemplate.pl $TOP- 



echo "Outputs are in $bold $TOP/all_tags directory 
$offbold " 

echo "$bold qaTemplate is also copied to $TOP directory 
$offbold" 
15 echo " " 

elif [ "$OPTION" = "4" ]; then 

tempFile="tempf latf ile . txt" 
20 $PROJECT_DIR/merge.pl $TOP $FILE_NAME $tempFile 

$ PRO JECT_DIR/ validate, pi $TOP $teinpFile $FLAT_FILE 
echo "" 

echo "UI validation file, $bold $TOP $ FLAT_FILE.xls 
25 $offbold " 

echo " " 
echo " " 



elif [ "$OPTION" = "5" ]; then 
tempFile="terapf latf ile . txt " 

$PROJECT_DIR/inerge.pl $TOP $FILE_NAME $tempFile 

$PROJECT_DIR/f amilyAtt_Template.pl $TOP $tempFile 
35 echo 

echo "$bold $TOP/ prod_tree_def . out $offbold is generated 

It 

echo "$bold $TOP/prod_att_def .out $offbold is generated 

ft 

40 echo " " 

echo," " 

elif t "$OPTION" = "6" ]; then 
## create the hash for family 
45 tempFile="tempf latf ile . txt" 

$ PRO JECT_DIR/mer ge.pl $TOP $FILE_NAME $temp'File 

$PRO JECT_DIR/buildjDrintColumnCtHash . pi . $TOP $ t empFile 

## join the printColumnHash with the prihtTemplate 
50 $PR0JECT_DIR/coinbinePrint4 Pirns, ksh $TOP pimsColumnCt_table 
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echo "$bold print4PIMS_vertical,pm is created $offbold 
under $TOP" 

elif [ "$OPTION" « "7" ]; then 
5 ## hash for each family has to be built out first, so we 

then know 

## how many column counts per family 

tempFile="tempf latf ile . txt" 
10 $PROJECT_DIR/merge.pl $TOP $FILE_NAME $tempFile 

$ PRO JECT_DIR/build_pr intColumnCtHash.pl $TOP $ temp File 

## create the reset Array_Vertical.pm in the same directory 
## join the hash value with the resetTemplate 

15 

$PROJECT_DIR/combineResetArray. ksh $TOP pimsColumnCt_table 

## create the standard parsing template 
$PROJECT_DIR/parsingTeraplate_l .pi $TOP 
20 $PR0JECT_DIR/parsingTemplate_2.pl $TOP $tempFile 

$ PRO JECT_DIR/ combines tdParsing.ksh $TOP 

elif [ "$OPTION" = "8" ]; then 
tempFile="tempf latf ile . txt " 

$PROJECT_DIR/merge.pl $TOP $FILE_NAME $tempFile 
$PROJECT_DIR/mapExcelf ile.pl $TOP $tempFile 
echo "excel files are created under $bold 
$TOP/faraily_Attbribue $offbold directory " 

echo "<NODE_ID>,ga files are created under $bold 
$TOP/node_id $offbold directory " 

elif C "$OPTION" = "9" ] ; then 

echo "Create create_new_company , ksh" 
cp $PROJBCT_DIR/new_companyTemplate.ksh $TOP 
35 

elif [ "$OPTION" - "10" ]; then 

echo "Create tab2pipeTemplate.pl" 
cp $PR0JECT_DIR/tab2pipeTemplate-pl $TOP 

elif [ "$OPTION" = "11" ]; then 
tempFile="tempf latfile.txt" 

$ PRO JECT_DIR/mer ge.pl $TOP $FILE_NAME $tempFile 
$ PRO JECT_DIR/f rontEndProperty.pl $TOP $FILE_NAME 
$PROJECT_DIR/combineFrontEnd.ksh $TOP 
FE_property_family.txt FE_property_attribute.txt 

echo "excel ontology .properties file is created under $bold 
§TOP/ontology. properties $offbold directory " 

elif [ "$OPTION" = "14" ]; then 
50 tempFile="tempf latf ile . txt " 

$ PRO JECT_DIR/mer ge.pl $TOP $FILE_NAME $tempFile 
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## create enum file 
FLAT_FILE=enumFile 

$PROJECT_DIR/enumTeinplate-pl $TOP $tempFile $FLAT_FILE 
## create qa scripts 

$PROJECT_DIR/tag_generatorTemplate.pl $TOP $teinpFile 
cp $PROJECT_DIR/qaTemplate,pl $TOP 

## create validation file 
checkList="checlcList" 

$PROJECT_DIR/validate.pl $TOP $teinpFile $checkList 

## create files for prod_tree_def and prod_att_def tables 
$PROJECT_DIR/f amilyAtt_Template.pl $TOP $tempFile 

## create print modules 

$PROJECT_DIR/build_printColumnCtHash.pl $TOP $tempFile 

$ PRO JECT_DIR/combine Print 4 Pirns, ksh $TOP pimsColumnCt_table 

## create standard parsing script 

$PROJECT__DIR/combineResetArray. ksh $TOP pimsColumnCt_table 
$PR6JECT_DIR/parsingTemplate_l.pl $TOP 
$PR0JECT_DIR/parsingTemplate_2.pl $TOP $tempFile 
§PROJECT_DIR/combineStdParsing. ksh $TOP 

## create Excel spreadsheets 
$PROJECT_DIR/mapExcelf ile.pl $TOP $tempFile 

## copy tab2pipeTemplate.pl and new^companyTemplate . ksh 

cp $PROJECT_DIR/new_companyTemplate. ksh $TOP 
cp $PR0JECT_DIR/tab2pipeTemplate..pl. $TOP * 

## create front end ontology .properties 

$ PRO JECT_DIR/ front EndProperty.pl $TOP $tempFile 
* $PROJECT_DIR/combineFrontEnd.ksh $TOP 
FEjproperty_f amily • txt FE_property_att ribute . txt 

## clean up the temp files 
'rm $TOP/templ_std_parsing.txt 
'rm $T0P/temp2_std_j)arsing. txt ' 
^rm $TOP/tempf latfile.txt' 
rm $TOP/pimsColumnCt table' 

## generate a report 

echo " " > $TOP/report.txt 
echo " " » $TOP/report. txt 
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echo " Reports for the created files (PIMS 1.7)" 

» $TOP/report.txt 

echo " " » $TOP/report.txt 
echo " " » $TOP/report.txt 

echo "1, enumFile_for_review.out — > is the enum file for 
qa review\n" » $TOP/report . txt 

echo " " » $TOP/report . txt ' 
echo " " » $TOP/report .txt 

echo "2, enumFile — > is the enum file for loading to 
database\n\n" » $TOP/report, txt 
echo " " » $TOP/report.txt 
echo " " » $TOP/report.txt 

echo "3. prod_tree_def . out — > is the data file for 
loading to prod_tree_def table\n\n" » $TOP/report . txt 
echo " " » $TOP/report.txt 

echo "4. prod_att_def .out —> is the data file for 
loading to prod_att_def table\n\n" » $TOP/report . txt 
echo » $TOP/report.txt 

echo "5a. Directory $TOP/all_tags contains all the 
configuration files for QA purpose\n\n" » $TOP/report . txt 

echo "5b- [generated 724] qaTemplate — > is the qa script, 
please remernber to update the $qaDir in the qaTemplate\n\n" » 
$TOP/report . txt 

echo " " » $TOP/report . txt 

echo "6. UI validation file — > is a file used for front 
end validation" » $TOP/report . txt 
echo " " » $TOP/report .txt 

echo "7a- Standard_paringTemplate.pl — > the perl script 
is the Standard parsing template. Please remember to modify 
the script \n" » $TOP/report, txt 

echo "7b. There are 2 [generated 726] modules for the 
Standard_parsingTemplate,pl. — > resetArray_Vertical.pm and 
print4PIMS_vertical.pm\n\n" » $TOP/report . txt 

echo " " » $TOP/feport . txt 

echo "8. Directory $TOP/family_Attribute contains all the 
Excel spreadsheets /NO DE_GA for the ontology " » 
$TOP/report .txt 

echo "8, Directory $TOP/node_ga contains all the node.ga 
files for database loading " » $TGP/report . txt 

echo " " » $TOP/report.txt 

echo "9. Generate a shell script, new_companyTemplate. ksh" 
» $TOP/report.txt » $TOP/report . txt 
echo " " » $TOP/report.txt 

echo "10. Generate a perl script, tab2pipeTemplate.pl " » 
$TOP/report .txt 

echo " " » $TOP/report.txt 

echo "11a. Generate B20 ontology. properties which is used 
for front end UI display " » $TOP/report. txt 

58 



8/28/2007, EAST Version: 2.1.0.14 



wo 02/073493 



PCTAJSOl/25468 



5 



10 



echo "lib. Generate B20 Enum. properties which is used for 
EnumGet service " » $TOP/report . txt 
echo " » $TOP/report . txt 

echo "Vertical files have been created^ please read 
$TOP/report .txt to get detail information" 

fi 

exit 0 



In one embodiment, a generated 726 load_setup.out file contains text such as the 

15 following exceipt: 

auto.ksh pvball 1085 1057 
auto.ksh pvbfly 1273 1246 
auto.ksh pycheck 1274 1247 
auto.ksh pvdiaph 1275 1248 
20 auto.ksh pvgate 1276 1249 
auto.ksh pvglobe 1277 1250 
auto.ksh pvneedle 1278 1251 

A database group may use files "load_setup.out" and node_ga files *.ga and 

25 automatically create 726 database load scripts firom the configuration files based on the 

ontology specification 406. In one embodiment, the auto.ksh file includes the following: 

. #!/bin/ksh 

ORACLE_HOME=/opt /oracle/815 
TNS__ADMIN=/var /opt /oracle; export TNS_ADMIN 
30 PATH==/home/bpatel/db_eng/pimsl7/load/coiranon/template : $ORACLE_HO 
ME/bin: /bin: /usr/bin: /etc; export PATH 

LD_LIBRARY_PATH=$ORACLE_HOME/lib; export LD_LIBRARY_PATH 

if [ $# -ne 7 ] 
35 then 

echo 

echo "USAGE: $0 <f amily><node_id> <att_def_id><db_name> 
<3 digit vertical code> <pims_load a/c password> <pims a/c 
password>" 

40 echo "FAMILY — > Name of the family ex. alk_bat" 

echo "NODE_ID — > Node ID as specified in 

prod_tree_def ex. 1120" 

echo "ATT_DEF_ID — > Attribute definition id ex. 1101" 
echo "DB_NAME — > Name of the database in 

45 which data will be loaded" 

59 



8/28/2007, EAST Version: 2.1.0.14 



wo 02/073493 



PCT/USOl/25468 



echo "VERT — > Three digit Vertical code ex. cmd 

for chemdex" 

echo "PASSWORD_LOAD ~> Password for the PIMS_LOAD 

account" 

5 echo "PASSW0RD_PIMS — > Password for the PIMS 

account" 

echo 
exit -1 . 

else 

10 FAMILy='echo $11 cut -cl-25' 

N0DE_ID=$2 

ATT_DEF_ID=$3 

DB_NAME=$4 

VERT=$5 
15 PASSW0RD_LOAD=$6 

PASSW0RD_PIMS=$7 

fi 

C0MM0N_BASE=/hoine/bpatel/db_eng/pimsl7/load/coinmon/template 
VERT_BASE=/home/bpatel/vert_loads/pimsl7/$VERT 
20 cd $VERT_BASE/tmp . 

# Creating the GA attributes line here 

sed s/" "//g $VERT_BASE/ga/$NODE_ID.ga >att__def02 

awk -f $COMMON_BASE/coinbine.awk att_def02 >att_def03 '-.V 

25 awk -f $COMMON_BASE/combine_val.awk att_def02 >a.tt_def_yal03 ^ 

rm att_def02 i * 

# Creating GA attribute description here i j 
sqlplus -s pims/$PASSW0RD_PIMS(3$DB_NAME • • 1 

30 e$COMMON_BASE/get_ga_desc.sql $ATT_DEF_ID *.i> 
sed /SQL/d att_desc.lst >att_desc01 ' 
sed /:/d att_desc.lst >att_desc01 
sed s/" "//g att_desc01 >att_desc02 

awk -f $COMMON_BASE/coinbine.awk att_desc02 >att_desc03 
35 sed s/NOTNULL/"NOT NULL"/g att_desc03 >att_desc04 
rm att_desc.lst att_desc01 att_desc02 att_desc03 

# Creating the loader file here 

sed s/ADD_TEMPLATE_HERE/$FAMILy/g $COMMON_BASE/load_template . sh 
40 >. ./loader/load_$ FAMILY. sh 

chmod 755 . . /loader/load_$FAMILy . sh 

# Creating the loader control file here 

sed s/ADD_TEMPLATE_HERE/$FAMILy/g $COMMON_BASE/template. ctl 
45 >$ FAMILY. ctl 

GA_LINE=^cat att_def03^ 

sed s/ADD_GA_HERE/$GA_LINE/g $FAMILy.ctl >. . /ctl/$FAMILy . ctl 
rm $ FAMILY. ctl 

50 # Creating Table file here 
GA_LINE='cat att_desc04 ' 
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sed s/ADD_TEMPLATE_HERE/$FAMILY/g $COMMON_BASE/template • sql 
>tab01.sql 

sed s/ADD_GA_HERE/"$GA_LINE"/g tabOl.sql > . • /table/$FAMILY . sql 
sqlplus -s pims_load/$PASSWORD__LOAD@$DB_NAME 
5 @$VERT_BASE/table/$FAMILY. sql 
rm tabOl, sql 

# Creating mapping function here 
GA_DEF=^cat att_def03^ 
GA__VAL=^cat att_def_val03 ^ 

sed s/ADD_TEMPLATE_HERE/$FAMILY/g $CGMMON_BASE/map_teinplate . sql 
>map01.sql 

sed s/ADD_ATT_VAL_HERE/.$ATT_DEF_ID/g mapOl-sql >map02.sql 
sed s/ADD_NODE_VAL_HERE/$NODB_ID/g map02.sql >map03.sql 
sed s/ADD_PROD_GA_HERE/"$GA_DEF"/g itiapOB.sql >map04,sql 
sed s/ADD_PROD_GA_VAL_HERE/"$GA_VAL"/g map04.sql 
> . . /map /map_$ FAMILY . sql 

sqlplus -s pims_load/$PASSWORD_LOAD@$DB_NAME 
@$VERT_BASE/map/map_$FA]yiILY . sql 
rm mapOl.sql map02.sql map03,sql map04,sql 

# Done creating all files, Removing the junk 
rm att_def 03 att_def_val03 att_desc04 

25 In one embodiment, a generated 712, 714 .ga file contains the following: 

PROD_GA50X1 
PROD_GA50X2 
PROD_GA50X3 
PROD_GA50X4 
PROD_GA50X5 
PROD_GA50X6 
PR0D_GA1X7 
PR0D__GA1X8 
PR0D_GA1X9 
PROD_GA50X7 
PROD_GA1X10 

In one embodiment, the load-setup.out is a shell script file generated 506 using the 
vertical buildout scripts, which the DBA runs to create the data loading scripts used by the 
40 marketplace. This script uses the ,ga files and a DBA-created script called auto.ksh to 

automatically generate 506 the ontology-specific data load scripts for a marketplace. It is a 
script that uses config files and a generic set of scripts to create customized scripts for data 
loading. 

In one embodiment, each line of the Ioad_setup.out shell script builds a different 
45 family-specific data load script 

One embodiment includes one .ga file per product family. 
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In one embodiment, a combine.awk file referenced by auto.ksh includes: 

{cmd=cmd $0} 
END {print cmd} 

5 In one embodiment, a combine_vaI.awk file referenced by auto.ksh includes: 

{ cmd=cmd " , l_record . " $ 0 } 
END {print cmd} 

In one embodiment, a get_ga_desc.sql file referenced by auto.ksh includes: 

10 

SET NEWPAGE 0 ■ - ' 

SET TAB OFF. 
SET SPACE 0 
SET LINESIZE 132 
15 SET PAGESIZE 0 
SET. ECHO OFF 
SET FEEDBACK OFF . 
SET HEADING OFF 
spool att_desc 

20 select COL_NAME 1 | ' varchar2 ('II to_char (data_size) ID 
• I I decode (required, ' Y ' , ' NOT NULL ' , ' NULL ' ) from 
prod_att_def 

where prod_att_def_id=&l 
and COL_NAME not in ( 
25 ' PROD_GA500X1' , 
' PROD_GA500X2 ' , 
' PROD_GA500X3 ' , 
' PR0D_GA1X1 ' , 

• PR0D_GA1X2 • , 
30 • PR0D_GA1X3 • , 

' PROD_GA500X4 ' , 
' PROD_GA250X1' , 
• PR0D_GA1X4 ' , 
' PROD_GA250X2' , 
35 • PR0D_GA1X5 ' , 
'PROD_GA1X20' , 

• PR0D_GA1X6 • ) ; 
spool off 
exit 

40 

In one embodiment, a load_template.sh file referenced by auto.ksh includes: 

# ! /usr/bin/sh 
unalias cp 
unalias rm 
45 unalias mv 

echo " Please wait; processing ADD_TEMPLATE_HERE" 

LOG=$TOP/log/load_$LOG_NAMEMate +%m%d%y " .log; export LOG 
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SQL_LOG=$TOP/log/sqlloader_$LOG_NAME'date +%m%d%y ' . log; export 

SQL_LOG 

BAD_DATA=$TOP/bad/sqlloader_$LOG_NAME^date +%m%d%y ^ .bad; export 
BAD_DATA 

5 PATH=$ORACLE_H0ME/bin : /bin : /usr/bin : /etc; export PATH 
LD__LIBRARY_PATH=$ORAGLE_HOME/lib; export LD_LIBRARY_PATH 

echo "" » $LOG 2>&1 
echo » $LOG 2>&1 

10 echo "TOP : " $TOP » $LOG 2>&1 

echo "FILE_NAME " $FILE_NAME » $LOG 

2>&1 

echo "ORACLE_H0ME : " $ORACLE_HOME » $LOG 

2>&1 

15 echo "ORACLE_SID : " $ORACLE_SID » $LOG 

2>&1 

echo "USERID... : " $USERID » $LOG 2>&1 

. echo "PASSWORD : " $PASS » $LOG 2>&1 

echo "Family Name : " $FAM_NAME » $LOG 2>&1 

20 echo "UI Flag : " $UI_FLAG » $LOG 2>&1 

echo "Status Enum : " $STAUS_ENUM » $LOG 

2>&1 

echo "" » $LOG 2>&1 
echo » $LOG 2>&1 

25 

sqlldr \ 

userid=$USERID/$PASS(a$ORACLE_SID \ 
data=$TOP/data/$FILE_NAME \ 
control=$TOP/ctl/ADD_TEMPLATE_HERE . ctl \ 
30 log=$SQL_LOG \ 

bad=$BAD_DATA \ 
errors=100000 \ 
bindsize=50000 \ 
direct=y » $LOG 2>&1 

35 

echo "" » $LOG 2>&1 
cat $SQL_LOG » $LOG 
rm -f $SQL_LOG 
echo "" » $LOG 2>&1 

40 

$ORACLE_HOME/bin/sqlplus -s $USERID/$PASS@$ORACLE_SID 
«EOF_RUN_TAG » $LOG 2>&1 
set pages 9999 
SET SCAN OFF 
45 set serveroutput on size 1000000 
set timing on 

prompt Executing map_ADD__TEMPLATE_HERE 
exec map_ADD_TEMPLATE_HERE($UI_FLAG,$STATUS_ENUM) ; 
prompt commit ing. 
50 coitimit ; 

prompt You are done. 
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5 



20 



exit 

EOF_RUN_TAG 
exit 0 



In one embodiment, a load_setup_IND.sh file for vertical IND referenced by auto.ksh 
includes text such as the following excerpt: 

auto.ksh pvball 1085 1057 ind a pickone 
10 auto.ksh pvbfly 1273 1246 ind a pickone 

auto.ksh pvcheck 1274 1247 ind a pickone 

auto.ksh pvdiaph 1275 1248 ind a pickone 

auto.ksh pvgate 1276 1249 ind a pickone 

auto.ksh pvglobe 1277 1250 ind a pickone 
15 auto.ksh pvneedle 1278 1251 ind a pickone 

auto.ksh pvother 1279 1252 ind a pickone 



In one embodiment, a map_tempiate.sql file referenced by auto.ksh includes: 



~ Name : ADD_TEMPLATE_HERE. sql 

25 — Usage : This script is executed by 

load_ADD_TEiyiPLATE_HERE.sh script. 

— Description: The following script would move data from the 
ADD_TEMPLATE_HERE temp 

table to the several tables on the pirns 

30 database. 

CREATE OR REPLACE PROCEDURE map_ADD_TEMPLATE_HERE (p__ui_flag 
integer default 0,p_status_enum integer default 0) AS 

35 l_record ADD_TEMPLATE_HERE%ROWTYPE; 
lv_err_text varchar2 { 81 ) ; 

lv_err_num number; 
Iv user varchar2 (30) ; 



= ADD_ATT_VAL_HERE; 
= ADD_NODE_VAL_HERE; 
= 0; 



lv_prod_att_def _id number ( 5 ) 
40 lv_defalut_node_id number (5) 

lv_j)roduct_id number 

lv_sku_id number := 0; 

lv_flag number := 0; 

lv_count nxamber := 0; 

45 lv_version number := 1; 

lv_text_id text_data.text_id%TYPE := 0; 

lv_5upplier_id number := 0; 

lv_related_product' RELATED_PRODUCT.RELATED_PRODUCT%TYPE; 
p_errnum number; 
50 p__errmsg var char2 (81); 
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lv_check number; 
lv_buffer varchar2 (4 000) := null; 

lv_prod_desc_ciirection varchar2{3) := null; 
lv_clob_f ile_naine varchar(250) := null; 
lv__blob_f ile_name varchar{250) := null; 
p_text_data_version text_data . text_data_version%TYPE 
p blob data version text_data • text data version%TYPE 



1 
1 



lv_file_loc_l 
lv_success 

10 lv_desc_dir_alias 
lv_blob_dir_alias 
lv_f ile_path 
lv_f ile^tmp 
lv_session_id 

15 lv_sqlcode 

1 v_o r i g_m f g_ c o un t 
Iv short name 



number; 
varchar2 (3) 
varchar (30) 
varchar (30) 
varchar (250) 
varchar (250) 
number :^ 0; 
number . : = 0 ; 
number :~ 0; 
vendor • vendor 



' yes ' ; 
null; 
null; 
null; 
null; 



short name%TYPE := null; 



CURSOR c_get_all IS 
20 SELECT * 

FROM ADD TEMPLATE HERE; 



25 



cursor get_orig_mfg_entry is select distinct 

supplier_id 

from ADD_TEMPLATE_HERE 

where STATE ENOM = 4 or STATE ENUM is null ; 



ORIG MFG ID, 



BEGIN 

30 dbms_output . put_line (' Moving data from the ADD_TEMPLATE_HERE 
table to new schema.'); 



35 



SELECT user 
INTO lv_user 
FROM dual; 



40 



45 



50 



select userenvCSESSIONID' ) into lv_session_id FROM DUAL; 

OPEN c_get_all; 

LOOP 

FETCH c_g,et_all INTO l__record; 
EXIT WHEN c_get_all%NOTFOUND;. 

lv__text_id null; 
lv_product_id := 0; 
lv_sku_id := 0 

1 v_c 1 ob_f i 1 e_name 
1 v_b 1 ob_f i 1 e_n ame 

begin 



= null; 
- null; 
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IF {l_record.SUPPLIER_ID is not null ) then 

lv_check := to^number (l_record.SUPPLIER_ID) ; 

ELSE 

dbms_output . put_line ( ' ERROR sku_id= ' 1 i lv_sku_id . 
5 II' was not inserted; supplier ID is NULL. ' ) ; 

lv_success := *no'; 
GOTO end_of__loop; 
END IF; 
EXCEPTION 
10 WHEN OTHERS THEN 

lv_err_text := SUBSTR{SQLERRM, 1, 80) ; 

dbms_output . put_line ( ' ERROR sku_id= ' . I I lv_s ku_id 

M ' was not inserted; supplier ID is not a number,*); 
lv_success 'no*; 
15 GOTO end_of_loop; 

END; 

lv_file_loc_l := 0 ; ' 

20 IF (l_record.PROD_DESC_DATA IS NOT NULL) then 

lv__prod_desc_direction : = 
substr (l_re cord. PRO D__DESC_DATA, Ir 1) ; 

IF lvjprod_desc_direction = •/' THEN 

lv_file_loc_l := INSTR (l_record- PROD_;DESC_DATA, 

25 -1, 1); 

lv_file_path | | 

substr (l_record. PROD_DESC__DATA, 1, lv_f ile_loc_l - 1) ; 
. lv_file_path := lv_file_path 1 | " » ' ; 

30 lv_clob_file_name : = 

substr (l_record.PROD_DESC_DATA, lv_f ile_loc_l+l) ; 

— dbms_output,put_line ('Directory full path : ' II 
lv_file_path) ; 

— dbms_output .put_line ('File name . : ' II 

35 lv_clob_f ile__name) ; 

lv_desc_dir__alias := ' ADD_TEMPLATE_HERE ' || 
lv_session_id || 'clob_dir'; 

— dbms_output,put_line ('Directory alias is : ' M 
40 Iv desc dir alias ) ; 



BEGIN 

EXECUTE IMMEDIATE ' drop directory ' | | 
1 v_d e s c__d i r _a 1 i a s ; 
45 EXCEPTION 

WHEN OTHERS THEN, 
null; 

END; 

50 SAVEPOINT my_save_p; 

66 



8/28/2007, EAST Version: 2.1.0.14 



wo 02/073493 



PCT/USOl/25468 



EXECUTE IMMEDIATE 'create directory ' || 
lv_desc_dir_alias I I ' as ' II lv_f ilejpath; 
text_data_clob ( 
lv_clob_f ile_name , 
5 p_t ex t_da t a_ve r s i on , 

• ADD_TEMPLATE_HERE S 

lv_session_id, 
lv_text_id, 
10 . p^errnuni; 

p_errmsg) ; 

IF ( p_errnum != 0 ) THEN 

dbms_output . put_line ( ' ERROR Sku_id= ' | I 

15 lv_sku_id 

I I ' was not inserted. Error loading text 

file-' 

II l_record,PROD_DESC_DATA ); 
dbins_output .put_line ( 'Error num; ' || 

20 p_errnum||p_errmsg) 

rollback to my_save_p; 
lv_success : = ' no ' ; 
GOTO end_of_loop; 
25 END IF; 

ELSE 

SAVEPOINT my__save_p; 

text_data_clob ( 
l_record. PROD__DESC__DATA, 
30 p_t ext_da t a_ver s ion , 

' ADD_TEMPLATE_HERE ' , 

lv_session_id, 
lv_text_id, 
35 p_errniim, 

p_errmsg) ; 

IF ( p__errnum != 0 ) THEN 

dbrns_output .put_line ( 'ERROR inserting prod_desc: 
40 Sku=' II lv_sku_id); 

dbins_output.put_line ( 'Error num: ' || 
p_errnum| |p_errmsg) ; 

rollback to iny_save_p; 
45 lv_success :« 'no'; 

GOTO end_of_loop; 
END IF; 
END IF; 
END IF; 



50 



IF ( l_record.relatedjproduct IS NULL ) THEN 
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lv_related_product := 'Unspecified'; 
else 

lv_related_product := l_record. reIated__product; 
end if; 

SELECT product_id.NextVal 
INTO lv_product_id 
FROM dual ; 



10 



select sku_id.NextVal 
into lv_sku_id 
from dual; 



BEGIN 



15 



20 



25 



30 



35 



40 



45 



50 



INSERT INTO product ( 

PRODUCT_ID, 

PROD_ATT_DEF_ID, 

DEFAULT_NODE_ID, 

CREATE_DATE, 

CREATED_BY, 

ORIG_MFG_ID, 

PROD_NAME, 

PROD_DESC_ID, 

SUPPLIER_ID, 

REFERENCE, 

SYNONYMS, 

PRO D_GA5 00X1, 

APPLICATION, 

PROD_GA500X2, • 

PROD_GA500X3, 

SHIPPING_TYPE_ENUM, 

ADD_INFO, 

PR0D_GA1X1, 

PR0D_GA1X2, 

PR0D_GA1X3, 

PRO D_GA5 00X4, 

PROD_GA250X1, 

PR0D_GA1X4, 

PROD_GA250X2, 

PR0D_GA1X5, 

PR0D_GA1X6, 

REVIEW_ENUM, 

AGENCY_ENUM, 

REGULATORY__SCHEDULE_ENUM, 
REGULATOR Y_ACT ION_ENUM , 
Modified_date, 
Modified_by, 
SUPPLIER_PRODUCT_NAME, 
unspsc_code, 
status_enum 

ADD PROD GA HEI^) 
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VALUES ( 
ly_product_id, 
l_record. PROD_ATT_DEF_ID, 
l_record . DEFAULT_NObE_ID, 
5 sysdate, 
lv_user, 

l_record . ORIG_MFG_ID, 

l_r e CO r d . PRO D_NAME , 

lv_text_id, 
10 l_record . SUPPLIER_ID, 

l_record . REFERENCE, 

l_record . SYNONYMS , 

l_record . PROD_GA500X1 , 

l_record . APPLICATION, 
15 l_record. PROD_GA500X2 , 

l_record. PROD_GA500X3, 

l_record . SHI PPING_TYPE , 

l_record.ADD_INFO, . 

l_record. PR0D_GA1X1, 
20 l_record . PR0D_GA1X2 , 

l_record. PR0D_GA1X3, 

l_record. PROD_GA500X4 , 

l_record. PROD_GA250X1, 

l_record . PR0D_GA1X4 , 
25 l_record . PR0D_GA2 5 0X2 , 

l_record . PR0D_GA1X5 , 

l_record. PR0D_GA1X6, 

l_record . REVIEW_ENUM, 

l_r e c o rd . AGENCY_ENUM , 
30 l_record. REGULATORY_SCHEDULE_BNUM, 

l_record . REGULATORY_ACTION_ENOM, 
sysdate, 

'PIMS_LOAD', 

l_record. SOPPLIER_PRODUCT_NAME, 
35 l_record.unspsc_code, 

p_status_enum 
ADD_PROD_GA_VAL_HERE 

); 



EXCEPTION 

WHEN OTHERS THEN 
lv_err_num := SQLCODE; 
lv_err_text := SUBSTR (SQLERRM, 1, 80) ; 

dbins_output.put_line( 'ERROR Sku_id=' || lv_sku_id li ' was 
not inserted. Error inserting into the Product table.'); 

dbms_output .put_line ( 'Error #: ' I I 
lv_err_nura| | lv_err_text) ; 

rollback to my_save_p; 
50 lv_success := 'no'; 

GOTO end_of_loop; 
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• END; 
BEGIN 

5 INSERT INTO sku ( 

SKU_ID, 
SKU_VERSION, 
PRODUCT_ID, 
CREATE_DATE, 
. 10 CREATED_BY, 
UNIT, 
QTY, 

UNIT_MULTIPLIER, 

WEIGHT, 
15 SHIP_WT, 

CMDX_SKU, 

SUPPLIER_CAt_NUM, 

BARCODE, 

STATE_ENUM, 
20 ORIG_MFG_CAT_NUM, 

Modified_date, 

modified_by, 

status^enum, 

splr_cat_number_dif ferentiator, 
25 normalized_unit_multiplier, 

normalized^qty, 

no rma I i z ed_u n i t ) 
VALUES ( 

lv_sku_id, 
30 lv_version, 

1 vjproduc t _i d , 

sysdate, 

lv_^user, 

l_record • unit , v 
35 l_record. qty, 

nvl (l_record.unit_niultiplier, 1) , 
l_r ecord . weight , 
l_record . ship_wt , 
lv_sku__id, 

40 l_r ecord . supplier_cat_num, 

l_record. barcode, 

l_record. STATE_ENUM, 

l_record . or ig_mf g_cat_nuin, 

sysdate, v 
45 'PIMS_LOAD', 

p_status_enum, 

null, 

l_record.normalized_unit_inultiplier, 
l_record. normal! zed^qty, 
50 1 record. normalized unit) ; 
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EXCEPTION 

WHEN OTHERS THEN 

lv_err_num := SQLCODE; 

Iv err text SUBSTR(SQLERRM, 1, 80) ; 



10 



15 



20 



25 



30 



35 



begin 

select vendor_short_name 
into lv_short_name from vendor 
where vendor_id = .l__record. SUPPLIER_ID 
and vendor_short_name is not null; 
EXCEPTION 

WHEN OTHERS THEN 
null; 

END; 

dbms_output.put_line ( 'ERROR insertirtg into the Sku 
table; Sku = II lv_sku_id) ; 

dbms_output . put_line ( ' Error # : ' I I 

lv_err_num| | lv_err_text) ; 

— dbms_output . put_line ( ' lv_sku_id : ' I I 

lv_sku_id) ; , 

— dbms_output . put_line { ' lvjproduct_id : ' || 

1 v_pr oduct_id ) 



40 



dbms_output.put_line(' CMDX Sku 
dbms_output . put_line ( ' Vendor 
lv_short_name) ; 

dbms_output.put_line( ' supp cat num 
l_record . supplier_cat_num) ; 

dbms_output . put_line ( ' QTY 
l_record.qty) / 

dbms_output . put_line ( ' Unit 
l_record.unit) ; 

dbms_output.put_line ( ' Unit Mul 
NVL (l_record. unitjnaultiplier , 1) ) ; 

dbins_output .put_line ('.'); 

rollback to my_save_p; 
lv_success := 'no'; 
GOTO end_of_loop; 
END; 



Iv sku id) ; 



BEGIN 

INSERT INTO price ( 

PRICE_ID, 
45 BUYER_ID, 

BUYER_SEG_ID, 

SUPPLIER_ID, 

SKU_ID, 

MIN^QTY, 
50 PRICE_VERSI0N,. 

CREATE D_BY, 
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CREATE_DATE, 

PRICE, 

MODIFIED_BY, 

MODIFIED_DATE, 

STATE_ENUM, 

STATUS_ENUM, 

USB_LIST_DSCNT, 

FROM_EFFECTIVE_DATE, 

TO_EFFECTIVE_DATE, 

LIST_DSCNT_PCT) 

values ( 

PRICE_ID.NEXTVAL, 

0, 
0, 

l_record. SOPPLIER_ID, 

lv_sku_id, 

0, 

1000000, 
lv_user, 
sysdate, 

l_record. list_price, 
'PIMS_LOAD' , 
sysdate, 

l_record. state_enum, 

p_status_enum, 

null, 

to_date ( • 01- JAN-0001 ' , ' DD-MON-YYYY ' ) > 
to_date { • 31-DEC-9999 ' , ' DD-MON-YYYY' ) , 
null); 
EXCEPTION 

WHEN OTHERS THEN 

lv_err_num := SQLCODE; 

lv_err_text := SUBSTR (SQLERRM, 1, 80) ; 

dbins_output . put_line ( ' ERROR Sku_id= ' I I lv_sku_id 

I I ' was not inserted- Error inserting unaffiliated 
price sheet . ' ) ; 

dbms_output.put_line( 'Error #: ' I I lv_err_num) ; 

rollback to my_save_p; 
lv_success :- 'no'; 
GOTO end_of_loop; 
END; 

BEGIN 

INSERT INTO related_product ( 

PRODUCT_ID, 

SORT_ORDER, 

REFERENCE_PROD_I D , 

REFERENCE_TYPE_ENUM, 

RELATI.ON_T Y PE_ENUM , 

RELATED_PRODUCT , 
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EXTERNAL_REFERENCE, 

STATUS_ENUM 

) 

VALUES ( 
5 lv_product_id, 
1. 

null^ 
null, 
null, 

10 lv_related_product , 

null, 

p_status_enum 
); 



15 EXCEPTION 

WHEN OTHERS THEN 

lv_err_nura := SQLCODE; 

lv_err_text := SUBSTR{SQLERRM, 1, 80) ; 

dbms_output . put_line ( * ERROR Sku_id= ' | I lv_sku^id 
20 11' was not inserted. Error inserting into Related 

Product ' ) ; 

dbms^output . put_line ( * Error # : ' | | lv_er r_nuni) ; 

rollback to iny_save_p; 
25 lv_success := 'no'; 

GOTO end_of_loop; 
END; 

30 IF (l_record.blob_file_naine IS NOT NULL) then 

mime_data_blob ( 
1 v_b 1 ob_f i 1 e_n ame , 
p_blob_data_version, 
35 'ADD^TEMPLATE^HERE' , 

lv_session__id, 
lv_sku_id, 
p_errnum, 
p_errinsg) ; 

40 

IF ( p^errnum != 0 ) THEN 

dbms_output . put_line ( ' ERROR Sku_id= ' | | lv_sku_id 

I I * was not inserted. Error loading binary file=' 
I I l_record.blob_file_name) ; 
45 dbms^output .put_line ( 'Error num: ' | r p__errnuin) ; 

rollback to my_save_p; 
lv_success := 'no'; 
GOTO end_of_loop; 
50 END IF; 
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END IF; 

*/ 

«end_o f _1 oop» 

IF lv_success = 'yes' THEN 
lv_count := Iv^count +1; 
END IF; 



10 lv_success := 'yes'; 

lv_flag := mod (lv__count , 1000); 

IF ( (lv_flag = 0) and (lv_count > 0) ) THEN 

dbms_output .put_line ( 'Coramiting at ' I | lv_count I T ' . ' ) ; 
15 commit; 
END IF; 

END LOOP; ' . 

20 CLOSE c_get_all; 

FOR get_one_rec in get_orig_mfg_entry LOOP 

lv_orig_mfg_count := 0.; 
25 — - IF (get_6ne_rec.0RIG_MFG_ID is NULL ) THEN 
begin 

select count (SUPPLIER_ID) 

into lv_orig_mf g_count 
from 0RIG_MFG 

30 where SUPPLIER_ID = get_one_rec . SUPPLIER_ID 

and 0RIG_MFG_ID « get_one_rec, SUPPLIER_ID; 

IF {lv_origjnafg_count = 0) THEN 

insert into ORIG_MFG ( SUPPLIER_ID, . 0RIG_MFG_ID, 

35 UI_FLAG) 

values (get_one_rec. SUPPLIER_ID, 
get_one_fec. SUPPLIER_ID, p_ui_f lag) ; 
END IF; 
exception 

40 WHEN OTHERS THEN 

lv_sqlcode :== sqlcode; 

if ( lv_sqlcode = -1 ) then 

null; — It is OK^ record may already 

exist. 

45 else 

dbms_output . put_line ( ' Error inserting into 
Orig_Mfg table; please contact DBA group. ' ) ; 
end if; 

end; 

50 — ELSE 

IF {get_one_rec.ORIG_MFG_ID is NOT NULL ) THEN 
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begin 

select count (SUPPLIER_ID) 

into lv_orig_mfg_count . 
from ORIG_MFG 

5 where SUPPLIER_ID = get_one_rec. SUPPLIER_ID 

and ORIG_MFG_ID = get_one_rec.ORIG_MFG_ID; 

IF (lv_orig_mfg_count = 0) THEN 

insert into ORIG_MFG ( SUPPLIER_ID, ORIG_MFG_ID, 

10 UI_FLAG) 

values (get_one_rec.SUPPLIER_ID, 
get_one_rec-ORIG_MFG_ID, p_ui_flag>; 
END IF; 
exception 
15 WHEN OTHERS THEN 

lv_^sqlcode := sqlcode; 

if ( lv_sqlcode = -1 ) then 

null; — It is OK, record may already 

exist. 

20 else 

dbms_output .put_line ( ^ Error inserting into 
Orig_Mfg table; please contact DBA group.'); 

end if; 

end; 
25 END IF; 



END LOOP; 

dbms__output .put_line (lv_count || * Products have been 
30 inserted. ' ) ; 

commit ; 

— Some clean up for all dir aliases; 
35 BEGIN 

EXECUTE IMMEDIATE ' drop directory ' | | 
1 v_de s c_di r__a lias; 
EXCEPTION 

WHEN OTHERS THEN 
40 null; 
END; 

BEGIN 

EXECUTE IMMEDIATE 'drop directory ' 1| 
45 lv_blob_dir_alias; 
EXCEPTION 

WHEN OTHERS THEN 
null; 

END; 

50 

EXCEPTION 

75 . 



8/28/2007. EAST Version: 2.1.0.14 



wo 02/073493 



PCTAJSOl/25468 



WHEN OTHERS THEN 

lv_err_text := SUBSTR (SQLERRM, 1, 80) ; 

dbms^output .put_line ( 'Error map_ADD_TEMPLATE_HERE Main : • 
I I lv_err_text) ; 
5 rollback; 

END inap_ADD_TEMPLATE_HERE; 
/ 

show errors; 
exit; 

10 

In one embodiment, a template.ctl file referenced by auto.ksh includes: 

load data 
replace 

15 into table ADD_TEMPLATE_HERE 
FIELDS TERMINATED BY "1" 
TRAILING NULLCOLS 
{ 

cmdx_sku_id , 
20 PROD_ATT_DEF_ID, 

DEFAULT_NODE_ID, 

Orig_Mfg_Cat_Num , 

Orig_Mfg_Id , 

Prod_Name r 
25 prod_desc_data , 

Supplier__Id ^ 

Weight , 

Barcode ^ 

List_Price r 
30 Supplier_Cat_Num , 

Qty , 

Qnit , 

Unit_Multiplier , 

STATE_ENUM, 
35 reference , 

related_product , 

Synonyms , 

prod_GA500Xl , 

application , 
40 Prod_GA500X2 , 

Prod_GA500X3 , 

Ship_Wt , 

Shipping_Type , 

add_info , 
45 Prod_GAlXl , 

Prod_GAlX2 , 

Prod_GAlX3 , 

Prod_GA500X4 , ' 

Prod_GA250Xl , 
50 Prod_GAlX4 , 

Prod_GA250X2 , 
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10 



Prod_GAlX5 , 
Prod_GAlX6 , 
REVIEW_BNUM , 
AGENCY_ENUM , 
REGULATORY_SCHEDULE_ENUM, 
REGULATORY_ACTION_ENUM, 
SUPPLIER_PROD0CT_NAME, 
UNSPSC_CODE, 

NORMALI ZE D_UNI T_MULT I PLI ER, 

NORMALIZED_QTY, 

NORMALI ZBD_UNIT 

ADD_GA_HERE 

) 



15 



In one embodiment, a template.sql file referenced by auto.ksh includes; 



drop table ADD_TEMPLATE_HERE cascade constraints; 



20 CREATE TABLE ADD_TEMPLATE 
CMDX_Sku_Id 
prod_Att_Def_id 
default_Node_ID 
Orig_Mfg_Cat_Num 

25 Orig_Mfg_Id 
Prod_Naine 
prod_desc_data 
Supplier_Id 
Weight 

30 Barcode 

List_Price 
S uppl i e r_Cat_Nuin 
Qty 
Unit 

35 Unit_Multiplier 

state_enum 

reference 

related__product 

Synonyms 
40 prod_GA500Xl 

application 

Prod_GA500X2 

Prod_GA500X3 

Ship_Wt 
45 Shipping_Type 

add_inf o 

Prod_GAlXl 

Prod_GAlX2 

Prod_GAlX3 
50 Prod_GA500X4. 

Prod GA250X1 



_HERE ( 

varchar2 (120) NOT NULL, 
n\3inber{12) NOT NULL, 
number (12) NOT NULL, 
VARCHAR2(64) NULL, 
NUMBER (12) NULL, 
VARCHAR2 (500) NULL, 
VARCHAR2 (4000) NULL, 
varchar2 (120) NULL, 
NUMBER (15, 5) NULL, 
NUMBER (20) NULL,- 
NUMBER (10, 2) NULL, 
VARCHAR2(64) NULL, 
NUMBER NULL, 
VARCHAR2(20) NULL, 
NUMBER (8) NULL, 
NUMBER (5) NULL, 

VARCHAR2 (4000) NULL, 
VAReHAR2 (500) NULL, 
VARCHAR2 (2000) NULL, 
VARCHAR2 (500) NULL, 
VARCHAR2 (4000) NULL, 
VARCHAR2 (500) NULL, 
VARCHAR2 (500) NULL, 
NUMBER (15, 5) NULL, 
NUMBER (12) NULL, 
VARCHAR2 (4000) NULL, 
CHAR(l) NULL, 
CHAR(l) NULL, 
CHAR(l) NULL, 
VARCHAR2 (500) NULL, 
VARCHAR2 (250) NULL, 
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Prod_GAlX4 CHAR(l) NULL, 

Prod_GA250X2 VARCHAR2 (250) NULL, 

Prod_GAlX5 CHAR(l) NULL, 

Prod_GAlX6 CHAR(l) NULL, 

5 REVIEW_ENUM NUMBER (5) NULL, 

AGENCY__ENUM NUMBER (5) NULL, 

REGULATORY_SCHEDULE_ENUM NUMBER (5) NULL, 

REGULATORY_ACTI0N_ENUM NUMBER (5) NULL, 

supplier jproduct^name VARCHAR2 ( 500 ) , 

10 unspsc_code VARCHAR2 (50) , 

norrtialized__uriitjnultiplier NUMBER, . 

normalized_qty NUMBER, 

noriualized_unit NUMBER 

ADD_GA_HERE 

15 ); 
quit 

In one embodiment, the load^setup.out script invokes the auto-ksh script, which uses 
various files together with the ontology values passed as parameters by load_setup.out script in 
20 order to produce engineering configuration files. 

Summary 

In summary, the present invention provides tools and techniques for automatically 
generating marketplace web site configuration files and other configuration materials (e.g., 

25 supplier documentation) firom an express structural ontology specification. The structural 
ontology specification 406 can expressly specify a data type, and perhaps also a data size, for 
at least one attribute using, e.g., a "Data type" column in a spreadsheet 804. The specification 
406 can expressly specify allowed data values for at least one attribute using, e.g., an "Allowed 
values (for ENUMS)" colimm in such a spreadsheet 804. The specification 406 can expressly 

30 specify a search type for at least one attribute using, e.g., a "Search method" column in such a 
spreadsheet 804. The specification 406 can expressly specify that at least one attribute is 
mandatory or that it is optional using, e.g., Y or N values respectively in a "Required? (Y or 
N)" column in such a spreadsheet 804. The specification 406 can expressly specify a mapping 
. between an attribute and a product relational database field using, e.g., PIMS Mapping and 

.35 AttJ3ef_Id columns in a such spreadsheet 804. It may also specify other ontological 

characteristics of the marketplace, but the focus here is on structural ontology rather than 
transactional ontology. 

The invention does not solve all configuration problems of market site providers. Even 
when scripts are used to genemte 506 configuration files from an express stractural ontology 

40 specification 406, bugs that need fixing may occur. For example, if an ontology.properties file 
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is changed but corresponding radio.properties and enum.properties files are not updated as 
well, then problems may occur. In one such case, enum file order sequencing incorrectly 
counted text-boxes as drop-downs when a text-box preceded a drop-down, which threw off the 
enum display listings. In addition, problems may occur as a result of human errors when 
5 creating or updating the express structural ontology specification 406 itself. Nonetheless, the 
invention facilitates marketplace configuration by providing greater consistency and ease of 
revision in some cases. In addition to their consistency with an authoritative ontology 
specification 406 and their relative ease of generation once the invention is implemented, 
automatically generated configuration files 808 can provide other advantages over manually 

10 produced configuration files. For instance, automatically generated prod__att_def_id files can 
be easily produced in sorted form. 

In general, file excerpts shown above are not exclusive, in that embodiments of the 
invention may have files containing additional text; words such as "contains" and "includes" 
should be understand accordingly to mean "comprises". There may also be some duplication, . 

15 such that information appears in more than one of the applications (namely, the three 
incorporated provisional applications or the present application) or more than once in a 
particular application. Extraneous information, blank Imes, and other white space have 
sometimes been removed, fonts have been changed, and other formatting steps were taken. 
More generally, it should also be noted that the applications may contain more detail 

20 than is required by law in a patent. U.S. patent case law indicates, for example, that computer 
source code is not necessarily required in an applicatioa, but several script source codes are 
included in the applications. These implementation details are provided in order to err - if 
errors are being made - by including too much information rather than including too little. 
Applicants should not be penalized for being so forthcoming. In particular, the inclusion of 

25 details in an appUcation should not be viewed as an assumption or admission that those details, 
or similar details, or a similar level of detail, are actually required to support the claims 
ultimately granted. Nor should the inclusion of particular implementation details be 
misinterpreted by treating as inventors people who simply implemented inventive ideas 
conceived by others. 

30 Articles of manufacture within the scope of the present invention include a computer- 

readable storage medium in combination with the specific physical configuration of a substrate 
of the computer-readable storage medium. The substrate configuration represents data and 
instructions which cause the computers to operate in a specific and predefined manner as 
described herein. Suitable storage devices include hard disks, CD-ROMs, and other media 
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readable by computers. Each such medium tangibly embodies a program that is executable by 
a computer system to perform steps substantially as. described herein to use an express 
structural ontology specification of a marketplace as a basis for automatically generating 
configuration materials for the marketplace, 
5 Although particular methods embodying the present invention are expressly illustrated 

and described herein, it will be appreciated that system and configured storage medium 
embodiments may also be formed according to the methods of the present invention. Unless 
otherwise expressly indicated, the descriptions herein of methods of the present invention 
therefore extend to corresponding systems and configured storage media, and the descriptions 

10 of systems and configured storage media of the present invention extend likewise to 

corresponding methods. An "embodiment" of the invention may be, without limitation, a 
system, an article of manufacture, a method, and/or a computer memory, CD, disk, or other 
digital or analog medium that is configured according to the invention. The method steps may 
be performed in various orders, except in those cases in which the results of one step are 

IS required as input to another step. Likevdse, steps may be omitted imless called for in issued 
claims, regardless of whether, they are expressly described as optional in this Detailed 
Description, Steps may also be repeated, combined, or named differently. 

All claims as filed are part of the specification and thus help describe the invention, and 
claim language may be repeated outside the claims as needed. As used herem, terms such as 

20 "a" and "the" and designations such as "file", "attribute", and "script" are inclusive of one or 
more of the indicated element. In particular, in the claims a reference to an element normally 
means at least one such element is required. 

The invention may be embodied in other specific forms without departing from its 
essential characteristics. The described embodiments are to be considered in all respects only 

25 as illustrative and not restrictive. Headings are for convenience only. The scope of the 
. invention is, therefore, indicated by the appended claims rather than by the foregoing 
description. All changes which come within the meaning and range of equivalency of the 
claims are to be embraced within their scope. 

What is claimed and desired to be secured by patent is: 

30 



80 



8/28/2007. EAST Version: 2.1.0.14 



wo 02/073493 PCTAJSOl/25468 

CLAIMS 

1 . A method for facilitating electronic conunerce, comprising the steps of: 

(a) obtaining an express structural ontology specification for a particular 
electronic commerce mai'ketplace» the structural ontology specification: 

5 (i) being organized in a predefined format so that it can be parsed by a 

computer, 

(ii) being an express and hence human-readable specification rather than being 
merely implicit in computer program code, and 

(iii) expressly specifying at least product categories, product generic attributes, 
10 and product category attributes; 

(b) automatically parsing the structural ontology specification using a 
computerized tool which also parses other structural ontology specifications written in 
the predefined format; 

(c) extractuig.ontology information firom the structural ontology specification 
15 using a computerized tool which also extracts ontology information firom other 

structural ontology specificationis; and 

(d) using ontology information extracted from the stmctural ontology 
specification to automatically generate for the electronic commerce marke^lace 
configuration materials, at least some of which configuration materials are not product 

20 catalog files. 

2. The method of claim 1 , wherein the method uses ontology information extracted 
from the structural ontology specification to automatically generate configuration files that 
include at least three of: 

a user interface configuration file, 

25 a search interface configuration file, 

a file containing a user interface quality assurance checklist, 
a file containing a search interface quality assurance checklist, 
a file containing a fi:amework of a script for extracting product data fi:om a text 
file and loading the product data into a product relational database, 

30 a file containing a product data quality assurance script, and 

product catalog files. 

3 . The method of claim 1 , wherein the method uses ontology information extracted 
firom the structural ontology specification to automatically generate configuration files that 
include at least four of: 
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a user interface configuration file, 
a search interface configuration file, 
a file containing a user interface quality assurance checklist, 
a file containing a search interface quality assurance checklist, 
a file containing a firamework of a script for extracting product data from a text 
file and loading the product data into a product relational database, 
a file containing a product data quality assurance script, and 
product catalog files. 

4. The method of claim 1, wherein the method uses ontology information extracted 
from the structural ontology specification to automatically generate configuration files that 
include at least five of: 

a user interface configuration file, 
a search interface configuration file, 
a file containing a user interface quality assurance checklist, 
a file containing a search interface quality assurance checklist, 
a file containing a firamework of a script for extracting product data from a text 
file and loading the product data into a product relational database, 
a file containing a product data quality assurance script, and 
product catalog files. 

5. The method of claim 1 , wherein the method uses ontology infomiation ext)*acted 
from the structural ontology specification to automatically generate configuration files that 
include at least six of: 

a user interface configuration file, 
a search interface configuration file, 
a file containing a user interface quality assurance checklist, 
a file containing a search interface quality assurance checklist, 
a file containing a framework of a script for extracting product data from a text 
file and loading the product data into a product relational database, 
a file containing a product data quality assurance script, and 
product catalog files. 

6. The method of claim 1, wherein the structural ontology specification expressly 
specifies a data type for at least one attribute, 

7. The method of claim 1, wherein the structural ontology specification expressly 
specifies a data size for at least one attribute. 
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8. The method of claim 1 , wherein the structural ontology specification expressly 
specifies allowed data values for at least one attribute. 

9. The method of claim 1 , wherein the structural ontology specification expressly 
specifies a search type for at least one attribute. 

5 10, The method of claim 1 , wherein the structural ontology specification expressly 

specifies that at least one attribute is mandatory. 

1 1 . The method of claim 1 , wherein the structural ontology specification expressly 
specifies that at least one attribute is optional. 

12. The method of claim 1 , wherein the structural ontology specification expressly 
10 specifies a mapping between an attribute and a product relational database field. 

1 3 . The method of claim 1 , wherein the method uses ontology information extracted 
fi*om the structural ontology specification to automatically generate at least one user interface 
configuration file. 

14. The method of claim 1 3, wherein the method automatically generates a user 
15 interface search configuration file. 

15. Themethodofclaunl3, wherein the metfiod automatically generates a user 
interface product di^lay configiiration file. 

1 6. The method of claim 1 , wherein the method uses ontology information extracted 
firom the structural ontology specification to automatically generate at least one search 

20 interface configuration file. 

1 7. The method of claun 1 6, wherein the method automatically generates a search 
interface initial database request configuration file. 

1 8. The method of claim 1 6, wherein the method automatically generates a search 
interface product detail request interface configuration file. 

25 1 9, The method of claim 1 , wherein the method uses ontology mformation extracted 

firom the structural ontology specification to automatically gwerate at least one catalog 
configuration file. 

20. The method of claim 19, wherein the method automatically generates a catalog 
mapping sheet configuration file. 
30 21. The method of claim 1 9, wherein the method automatically generates a catalog 

enumeration load sheet configuration file. 

22. The method of claim 1 , wherein the method uses ontology information extracted 
fi'om the structural ontology specification to automatically generate at least one file containing 
a user interface quality assurance checklist. 
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23 . The method of claim 1 , wherein the method uses ontology infonnation extracted 
from the structural ontology specification to automatically generate at least one file containing 
a search interface quality assurance checklist. 

24. The method of claim 1 , wherein the method uses ontology information extracted 
5 from the structural ontology specification to automatically generate at least one file containing 

a framework of a script for extracting product data from a text file. 

25. The method of claim 1, wherein the method uses ontology information extracted 
from the structural ontology specification to automatically generate at least one file contaming 
a framework of a script for loading product data into a product relational database. 

10 26. The method of claim 1 , wherein the method uses ontology information extracted 

from the structural ontology specification to automatically generate at least one file containing 
a product data quality assurance script 

27. The method of claim 1 , wherein the method uses ontology information extracted 
from the structural ontology specification to automatically gen^te at least one configuration 

1 5 file for a graphical product data entry tool which accepts product data entered manually by a 
user and places the product data in a product relational database. 

28 . The method of claim 1 , wherein the method uses ontology information extracted 
from the structural ontology specification to automatically generate at least one file containing 
documentation which describes product data that is requested from a supplier regarding 

20 products to be offered in the electronic commerce marketplace. 

29. A computer system, comprising: 

(a) an express structural ontology specification for a particular electronic 
commerce marke^lace, the structural ontology specification: 

(i) being organized in a predefined format so that it can be parsed by a computer 
25 in the system, 

(ii) being an express and hence human-readable specification rather than being 
merely implicit in computer program code, and 

(iii) expressly specifying at least product categories, product generic attributes, 
and product category attributes; 

30 and 

(b) a computerized file generation means for parsing the structural ontology 
specification, extracting ontology information from the structural ontology 
specification, and using the ontology information to automatically generate for the 
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electronic commerce marketplace cotifiguration materials, at least some of which 
configuration materials are not product catalog files. 

30. The system of claim 29, wherein the file generation means automatically 
generates configuration files that include at least two of: 

a user interface configuration file, 

a search interface configuration file, 

a file containing a user interface quality assurance checklist, 

a file containing a search interface quality assurance checklist, 

a file containing a framework of a script for extracting product data fi'om a text 

file, 

a file containing a framework of a script for loading the product data into a 

product relational database, 

a file containing a product data quality assurance script, 

a configuration file for a graphical product data entry tool, 

a file containing documentation which describes product data that is requested 

fi:om a supplier, and 

a catalog configuration file. 

3 1 . The system of claim 29, wherein the file generation means automatically 
generates configuration files that include at least four of: 

a user interface configuration file, 

a search interface configuration file, 

a file containing a user interface quality assurance checldist, 

a file containing a search interface quality assurance checklist, 

a file containing a firamework of a script for extracting product data from a text 

file, 

a file containing a fi:amework of a script for loading the product data into a 

product relational database, 

a file containing a product data quality assurance script, 

a configuration file for a graphical product data entry tool, 

a file containing documentation which describes product data that is requested 

from a supplier, and 

a catalog configuration file. 

32. The systeitn of claim 29, wherein the file generation means automatically 
generates configuration files that include at least six of: 

85 . 



8/28/2007, EAST Version: 2.1.0.14 



wo 02/073493 PCT/USOl/25468 

a user interface configuration file, 
a search interface configuration file» 
a file containing a user interface quality assurance checklist, 
a file containing a search interface quality assurance checklist, 
5 a file containing a fi-amework of a script for extracting product data from a text 

file, 

a file containing a firamework of a script for loading the product data into a 
product relational database, 

a file containing a product data quality assurance script, 
10 a configuration file for a graphical product data entry tool, 

a file containing documentation which describes product data that is requested 
from a supplier, and 

a catalog configuration file. 

33 . The system of claim 29, wherein ttie file generation means automatically 
1 5 generates configuration files that include at least eight of: 

a user interface configuration file, 
a search interface configuration file, 
a file containing a user interface quality assurance checklist, 
a file containing a search interface quality assurance checklist, 
20 a file containing a framework of a script for extracting product data from a text 

file, . 

a file containing a framework of a script for loading the product data into a 
product relational database, 

a file containing a product data quality assurance script, 
25 a configuration file for a graphical product data entry tool, 

a file containing documentation which describes product data that is requested 
fix)m a supplier, and 

a catalog configuration file. 

34. The system of claim 29, wherein the structural ontology specification expressly 
30 specifies at least one of: data type for at least one attribute, and a data size for at least one 

attribute. 

35. The system of claim 29, wherein tiie structural ontology specification expressly 
specifies allowed data values for at least one attribute. 
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36. The system of claim 29, wherein the structural ontology specification expressly 
specifies a search type for at least one attribute. 

37. The system of claim 29, wherem the structural ontology specification expressly 
specifies that at least one attribute is mandatory and/or specifies that at least one attribute is 

5 optional, 

38. The system of claim 29, wherein the structural ontology specification expressly 
specifies a mapping between an attribute and a product relational database field. 

39. The system of claim 29, wherein the file generation means comprises a script. 

40. The system of claim 29, whereiu the structural ontology specification comprises 
10 a spreadsheet file. 

41. A computer system, comprising: . 
a processor, 

memory accessible to the processor configured by an express structural 
ontology specification for a particular electronic commerce marketplace; and 
15 software for the processor which uses ontology information read from the 

structural ontology specification to generate for the electronic commerce marketplace 
configuration materials, at least some of which configuration materials are not product 
catalog files. 

42. The system of claim 41 , in which the software comprises a script. 

20 43,. The system of claim 41 , in which the software comprises at least two scripts, 

and one script invokes the other script. 

44. The system of claim 41 , in which the software generates interface configuration 



files. 
25 files- 
files. 



45. The system of claim 41 , in which the software generates catalog configuration 

46. The system of claim 41, in which the software generates quality assurance files. 

47. The system of claim 41, in which the software generates supplier documentation 



48. The system of claim 41 , in which the software generates data extraction files. 
30 49- Hie system of claim 41 , in which the software generates database load files. 

50. A computer-readable storage media configured to perform a method comprising 
the steps of parsing an express structural ontology specification, extracting ontology 
information from the structural ontology specification, and using the ontology information to 
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automatically generate for the electronic conmierce marketplace configuration materials, at 
least some of which configuration materials are not product catelog files. 

5 1 . The configured medium of claim 50, wherein the method automatically 
generates a user interface search configuration file. 
5 52, The configured medium of claim 50, wherein the method automatically 

generates a user interface product display configuration file. 

53. The configured medium of claim 50, wherein the method automatically 
generates a search interface initial database request configuration file. 

54. The configured mediimi of claim 50, wherein the method automatically 
10 generates a search interface product detail request interface configuration file. 

55. The configured medium of claim 50, wherein the method automatically 
generates a catalog mapping sheet configuration file. 

56. The configured medium of claim 50, wherein the method automatically 
generates a catalog enumeration load sheet configuration file. 

15 57. The configured medium of claina 50, wherein the method uses ontology 

information extracted from the structural ontology specification to automatically generate at 
least one file containing a user interface quality assurance checklist. 

58. The configured mediiun of claim 50, wherein the method uses ontology 
information extracted from the structural ontology specification to automatically generate at 

20 least one file containing a search interface quality assurance checklist. 

59. The configured medium of claim 50, wherein the method uses ontology 
information extracted from the structural ontology specification to automatically generate at 
least one file containing a framework of a script for extracting product data from a text file. 

60. The configured medium of claim 50, wherein the method uses ontology 

25 information extracted from the structural ontology specification to automatically generate at 
least one file containing a framework of a script for loading product data into a product 
relational database. 

6 1 . The configured medium of claim 50, wherein the method uses ontology 
information extracted from the structural ontology specification to automatically generate at 

30 least one file containing a product data quality assurance script. 

62. The configured medium of claim 50, wherein the method uses ontology 
information extracted from the structural ontology specification to automatically generate at 
least one configuration file for a graphical product data entry tool which accepts product data 
entered ntianually by a user and places the product data in a product relational database. 
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63. The configured medium of claim 50, wherein the method uses ontology 
information extracted from the stnictm-ai ontology specification to automatically generate at 
least one file containing documentation which describes product data that is requested from a 
supplier regarding products to be offered in the electronic commerce marketplace. 
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